Långt efterlängtad JBoss AS 5.0 flyttas närmare till utgivningsdatum

Den första utgåvan av Red Hats JBoss Application Server 5.0 med lång bryggning kommer snart att finnas tillgänglig, enligt en bloggpost från Sacha Labourey, chefstekniker för Red Hats JBoss-division.

"JBoss AS5.0 RC1 har precis blivit fryst och kommer att släppas den här veckan," skrev Labourey. En andra släppkandidat ska vara klar på sex till sju veckor, och allmän tillgänglighet kommer att följa "nära därefter", tillade han.

Red Hat anser att produktens flexibla arkitektur kommer att fungera som en differentiator på marknaden, enligt Labourey.

En applikationsserver roterar kring tre teknologinivåer, skrev han: En bas runtime - i JBoss fall, Java Virtual Machine - core middleware-tjänster och API: er (Application Programming Interfaces) och metoder ovanpå.

"JBoss AS 5.0 är den första utgåvan som ger oss möjlighet att städa skilda tre lager", skrev han. "JBoss Microcontainer abstraherar oss från runtime-miljön och våra kärnföretagstjänster har blivit helt komponerade och dimensionerade så att de kan utnyttjas fullt ut från alla högre nivåer / API / språk."

Red Hat planerar att stödja komponentbaserad Java utvecklingsspecifikationer som OSGi-initiativet (Open Services Gateway-initiativet), som stöds av Sun och IBM.

Men företaget bestämde sig för att inte kasta sitt parti helt i ett läger, skrev han. är inte beroende av någon modig spec eller språk du jour, "tillade han. "Personligheter kan kopplas in och ut, à la carte. Du behöver inte satsa på vilket" API "du behöver, och låses sedan i en av de få [applikationsservern] implementeringar som implementerar ett sådant API - möjligen förlita sig på svagare coreware-tjänster. "

Omfattningen av förändringar av produkten förlängde utvecklingsprocessen, som började för tre år sedan, enligt Labourey.

Men projektet var inte bara" en fancy teknikutövning "," han sa. "Denna investering kommer att drastiskt påverka det övergripande JBoss Enterprise Middleware-erbjudandet, dess livslängd och dess förmåga att anpassa sig till marknadsförändringar."

Red Hats armlängds omfamning av teknik som OSGi kan förväntas med tanke på företagets historia, enligt en observatör.

Den ursprungliga JBoss-mikrokärnan "gav en komponentorienterad metod att göra Java och applikationer innan det fanns andra bärbara alternativ", säger Michael Coté, en analytiker med Redmonk. "Som med massor av lag som redan har uppfunnit en teknik som andra försöker standardisera, ser det ut som att JBoss-folket ser OSGi som mer modig [i motsats till] hur saker kommer att bli."

Men företaget kanske ändå göra ett klokt drag, sade han. "I stället för att bygga sin kärna på OSGi bygger de kärnan på sina egna saker och stöder OSGi som en slags sätt att använda den JBoss-specifika kärnan" han sa. "Den säkring där finns att de kan lägga till på stöd för vad som än kommer till mode om OSGi blir morgondagens bell-bottoms. Om du har tid att bygga en arkitektur som låter dig häcka så är det vanligtvis bra."

Vid det här laget är det någons gissning om vilken Java-komponentteknik som kommer att bli ledare, eller om flera tillvägagångssätt kommer att få ånga, tillade han: "Det finns många OSGi-entusiaster som bygger upp, men den här frågan om hur Java-komponenter kommer att lösas är fortfarande tidigt. Vi behöver mer tid att se vilka utvecklare som i stort sett gillar att använda. "

Red Hat står inför konkurrens på applikationsservermarknaden från stora plattformsleverantörer som Oracle och IBM, liksom på open source-sidan genom SpringSources nyligen publicerade applikationsserverns plattform, som utnyttjar OSGi