Langverwachte JBoss AS 5.0 komt dichterbij Releasedatum

De eerste release-kandidaat van de langbrekende JBoss Application Server 5.0 van Red Hat zal binnenkort beschikbaar zijn, aldus een blogbericht van Sacha Labourey, chief technology officer van de divisie JBoss van Red Hat.

"JBoss AS5.0 RC1 is net bevroren en wordt deze week vrijgegeven", schreef Labourey. Een tweede release-kandidaat zou binnen zes tot zeven weken klaar moeten zijn, en de algemene beschikbaarheid zal "kort daarna volgen", voegde hij eraan toe.

Volgens Labourey is de flexibele architectuur van Red Hat een onderscheidende factor op de markt.

Een applicatieserver draait om drie technologielagen, schreef hij: een basisruntime - in JBoss 'geval de Java virtuele machine - kernmiddleware-services en de API's (application programming interfaces) en methodologieën bovenaan.

"JBoss AS 5.0 is de eerste release die ons de mogelijkheid biedt om die drie lagen netjes te scheiden", schreef hij. "De JBoss Microcontainer abstraheert ons van de runtime-omgeving en onze kernbedrijfsservices zijn volledig gecomplexiseerd en geaccentueerd, zodat ze volledig kunnen worden gebruikt vanuit elk hoger niveau van framework / API / taal."

Red Hat is van plan om componentgebaseerd Java te ondersteunen ontwikkelspecificaties zoals OSGi (Open Services Gateway-initiatief), ondersteund door onder meer Sun en IBM.

Maar het bedrijf besloot om zijn lot helemaal in geen enkel kamp te gooien, schreef hij.

"Onze kernarchitectuur is niet afhankelijk van een modieuze spec of taal du jour, "voegde hij eraan toe. "Persoonlijkheden kunnen in- en uitgeschakeld worden, à la carte. U hoeft geen weddenschap uit te brengen over welke 'de' API u nodig heeft en u bent dan opgesloten in een van de weinige [toepassingsserver] -implementaties die een dergelijke API implementeren - mogelijk te vertrouwen op zwakkere middleware-services. "

De omvang van de wijzigingen aan het product verlengde het ontwikkelingsproces, dat drie jaar geleden begon, volgens Labourey.

Maar het project was niet alleen" een mooie engineeringoefening "," hij zei. "Deze investering zal een drastische impact hebben op het algehele JBoss Enterprise Middleware-aanbod, de lange levensduur en het vermogen om zich aan te passen aan veranderingen in de markt."

Red Hat's armenlange omarming van technologieën zoals OSGi is misschien te verwachten gezien de geschiedenis van het bedrijf, volgens één waarnemer.

De originele JBoss-micro-kernel "gaf een componentgeoriënteerde manier om Java en applicaties te doen voordat er andere uitvoerbare opties waren", zegt Michael Coté, een analist bij Redmonk. "Net als bij veel teams die al een technologie hebben uitgevonden die anderen proberen te standaardiseren, lijkt het erop dat de JBoss-gebruikers OSGi zien als meer modieus [in tegenstelling tot] de manier waarop dingen zullen zijn."

Maar het bedrijf kan desondanks een verstandige zet doen, zei hij.

"In plaats van hun kern te baseren op OSGi, bouwen ze de kern aan hun eigen dingen en ondersteunen ze OSGi als een manier om die JBoss-specifieke kern te gebruiken," hij zei. "De hedge daar is dat ze ondersteuning kunnen toevoegen voor wat er maar in de mode komt als OSGi de klokbodem van morgen wordt. Als je de tijd hebt om een ​​architectuur te bouwen die je zo laat hagen, is het meestal een goede zaak."

Op dit moment raden we aan welke Java-componenttechnologie de leider zal worden, of dat meerdere benaderingen stoom winnen. Hij voegde eraan toe: "Er zijn genoeg OSGi-enthousiastelingen aan het opbouwen, maar deze vraag over hoe Java-componenten zullen worden opgelost, is nog steeds vroeg. We hebben meer tijd nodig om te zien welke ontwikkelaars heinde en verre willen gebruiken. "

Red Hat wordt geconfronteerd met concurrentie op de markt van applicatieservers van grote platformleveranciers zoals Oracle en IBM, evenals aan de open-sourcezijde via het onlangs aangekondigde toepassingsserverplatform van SpringSource, dat gebruikmaakt van OSGi.