Recommended: Sing it, brah! 5 fabulous songs for developers
JW's Top 5
Optimize with a SATA RAID Storage Solution
Range of capacities as low as $1250 per TB. Ideal if you currently rely on servers/disks/JBODs
BOSTON (07/02/2008) - The first release candidate of Red Hat's long-brewing JBoss Application Server 5.0 will be available imminently, according to a blog post by Sacha Labourey, chief technology officer of Red Hat's JBoss division.
"JBoss AS5.0 RC1 just got frozen and will be released this week," Labourey wrote. A second release candidate should be ready in six to seven weeks, and general availability will follow "closely thereafter," he added.
Red Hat believes the product's flexible architecture will serve as a differentiator in the market, according to Labourey.
An application server revolves around three technology tiers, he wrote: A base runtime -- in JBoss' case, the Java virtual machine -- core middleware services, and the APIs (application programming interfaces) and methodologies on top.
"JBoss AS 5.0 is the first release which will give us the ability to cleanly separate those three layers," he wrote. "The JBoss Microcontainer abstracts us from the runtime environment and our core enterprise services have been completely componentized and aspectized so they can be fully leveraged from any higher level framework/API/language."
Red Hat plans to support component-based Java development specifications such as OSGi (Open Services Gateway initiative), which is backed by the likes of Sun and IBM.
But the company decided against throwing its lot entirely in any one camp, he wrote.
"Our core architecture is not dependent on any fashionable spec or language du jour," he added. "Personalities can be plugged in and out, à la carte. You don't have to make a bet on which is 'the' API you need, and then be locked in one of the few [application server] implementations that implement such API -- possibly relying on weaker core middleware services."
The scope of changes to the product extended the development process, which started three years ago, according to Labourey.
But the project was not just "a fancy engineering exercise," he said. "This investment will have a drastic impact on the overall JBoss Enterprise Middleware offering, its longevity and its ability to adapt to market changes."
Red Hat's arms-length embrace of technologies like OSGi is perhaps to be expected given the company's history, according to one observer.
The original JBoss micro-kernel "gave a component-oriented way to do Java and applications before there were other viable options," said Michael Coté, an analyst with Redmonk. "As with lots of teams who've already invented a technology that others try to standardize, it looks like the JBoss folks see OSGi as being more faddish [as opposed to] the way things will be."
But the company may nonetheless be making a wise move, he said.
"Rather than build their core on OSGi, they're building the core on their own stuff, and supporting OSGi as a sort of way of using that JBoss-specific core," he said. "The hedge there being that they can add on support for whatever comes into fashion if OSGi becomes tomorrow's bell-bottoms. If you have the time to build an architecture that lets you hedge like that, it's usually a good thing."
Archived Discussions (Read only)