New-age Transactional Systems - Not Your Grandpa's OLTP
John Hugg discusses high volume transaction processing applications with high and low frequency profiles, and how VoltDB can be used for that purpose.
The content has been bookmarked!
There was an error bookmarking this content! Please retry.
Posted by James Kao on Sep 30, 2008
The goal of ModuleFusion is to help programmers to use the OSGi Service Platform as their underlying runtime environment. ModuleFusion contains a full stack typical for Java enterprise applications. This stack currently consists of best-of-breed open source frameworks from the Java ecosystem. Additionally, ModuleFusion contains the necessary glue code to easily use these frameworks within OSGi.InfoQ contacted project leader Roman Roelofsen, asking him to elaborate on how he compares ModuleFusion to more commonly used Java EE containers:
He continued, stressing the advantages of ModuleFusion (and correspondingly, OSGi):With ModuleFusion, we want to create an OSGi-based distribution that helps programmers to adopt the OSGi programming model. You can compare it a bit to the typical Linux distribution. While it is certainly possible to download the Linux Kernel, GNU tools and applications, set up the filesystem, boot procedure and configure everthing, it is much easier to install a system where everything is concerted and pre-packaged.
If you require the typical suspects like EJB, JMS and JCA you may be forced to use a traditional server. However, you don't need those frameworks always. In fact, in many cases you're better off with a lighter solution. Projects like JONAS underline that trend and already provide these features as OSGi bundles.
While ModuleFusion could contain those classic JEE features, we will concentrate to use and promote the OSGi programming model, e.g. OSGi services instead of EJB session beans.
To keep long story short: these are the key benefits of using ModuleFusion:Roelofsen is not the only enterprise Java architect interested in writing the types of applications previously considered the domain of Java EE, on OSGi instead. At EclipseCon 2007, Gregory Brail and John Wells gave a talk about BEA's microService Architecture, which attempts to decompose the functionality of a commercial-grade Java EE server into re-combinable parts on OSGi as bundles. IBM built WebSphere Application Server 6.1 as a set of OSGi bundles and has an on-line presentation describing this change.
- State-of-the-art lightweight enterprise stack for those cases where a full JEE solution would be an overkill
- Significant time saving when getting started with OSGi as ModuleFusion comes with pre-integrated frameworks. Unzip and run - it's that simple.
- Full utilisation of OSGi
- Several example applications
Fair Trade Software Licensing - A Guide to Neo4j Licensing Options
18 agile and lean practices for effective software development governance
Using Drools? See what you're missing! Get the Power of Drools with the Assurance of Red Hat
agility@scale eKit: 10 Principles, Scaling Model, Metrics, Collaboration
John Hugg discusses high volume transaction processing applications with high and low frequency profiles, and how VoltDB can be used for that purpose.
Kevlin Henney examines code samples to see what can be learned from them starting from the premise that one won’t write great code unless he knows how to read it.
Jason Ayers share the observations he made watching a team of developers collaborating in real time on the same code base, pushing XP, pair programming and continuous integration to their extremes.
Michael Snoyman presents Yesod, a web framework written in Haskell and containing a web server, templating, ORM, libraries (templating, gravatar, etc.).
Richard Kreuter and Kyle Banker on how to avoid classical RDBMS transactional systems by using compensation mechanisms, transactional messaging or transactional procedures.
Attila Szegedi talks about performance tuning Java and Scala programs at Twitter: how to approach GC problems, the importance of asynchronous I/O, when to use MySQL/Cassandra/Redis, and much more.
One category of risk that project teams need to ensure they address is business value failure – delivering a product that fails to provide value for the business investor.
InfoQ spoke to the authors of Software Systems Architecture on a couple of new topics, the System Context viewpoint and Agile, which have been added to the second edition.
No comments
Watch Thread Reply