Komponenter

Længe ventet JBoss AS 5.0 Flytter tættere på udgivelsesdato

Anna og Elsa synger: Jeg har ventet alt for længe | Frost

Anna og Elsa synger: Jeg har ventet alt for længe | Frost
Anonim

Den første udgivelseskandidat fra Red Hat's JBoss Application Server 5.0, der er langbryggende, vil snart være tilgængelig, ifølge et blogindlæg af Sacha Labourey, chefstekniker i Red Hats JBoss-division.

"JBoss AS5.0 RC1 blev lige frosset og vil blive udgivet denne uge," skrev Labourey. En anden udgivelseskandidat skal være klar i seks til syv uger, og den generelle tilgængelighed vil følge "tæt derefter", tilføjede han.

Red Hat mener, at produktets fleksible arkitektur vil fungere som en differentiator på markedet, ifølge Labourey.

En applikationsserver drejer sig om tre teknologiniveauer, skrev han: En base runtime - i JBoss 'tilfælde, Java Virtual Machine - core middleware-tjenester og API'erne (applikationsprogrammeringsgrænseflader) og metoderne øverst.

"JBoss AS 5.0 er den første udgivelse, som giver os mulighed for at adskille disse tre lag rent," skrev han. "JBoss Microcontainer abstraherer os fra runtime miljøet, og vores core enterprise services er blevet helt komponeret og dimensioneret, så de kan udnyttes fuldt ud fra et højere niveau ramme / API / sprog."

Red Hat planlægger at understøtte komponentbaseret Java udviklingsspecifikationer som OSGi (Open Services Gateway-initiativet), som støttes af Sun og IBM.

Men firmaet besluttede ikke at smide sit parti helt i en enkelt lejr, skrev han.

"Vores kernearkitektur er ikke afhængig af nogen fashionable spec eller sprog du jour, "tilføjede han. "Personligheder kan tilsluttes ind og ud, à la carte. Du behøver ikke lave et væddemål, som er" den "API, du har brug for, og derefter låst i en af ​​de få [applikationsserver] implementeringer, der implementerer sådan API - muligvis stole på svagere core middleware-tjenester. "

Omfanget af ændringer i produktet forlængede udviklingsprocessen, der startede for tre år siden, ifølge Labourey.

Men projektet var ikke kun" en fancy ingeniørøvelse," han sagde. "Denne investering vil have en drastisk indvirkning på det samlede JBoss Enterprise Middleware-tilbud, dets levetid og dets evne til at tilpasse sig markedsændringer."

Red Hat's armlængde omfavner teknologier som OSGi, som måske forventes i betragtning af selskabets historie, ifølge en observatør.

Den oprindelige JBoss mikrokernel "gav en komponentorienteret måde at gøre Java og applikationer på, før der var andre levedygtige muligheder," siger Michael Coté, en analytiker med Redmonk. "Som med mange teams, der allerede har opfundet en teknologi, som andre forsøger at standardisere, ser det ud til, at JBoss folk ser OSGi som værende mere modig [i modsætning til] den måde, ting bliver."

Men selskabet kan ikke desto mindre gør et klogt skridt, sagde han.

"I stedet for at bygge deres kerne på OSGi bygger de kernen på deres egne ting og støtter OSGi som en slags måde at bruge den JBoss-specifikke kerne på." han sagde. "Sikringen der er, at de kan tilføje til støtte for, hvad der kommer til mode, hvis OSGi bliver morgendagens bell-bottoms. Hvis du har tid til at bygge en arkitektur, der lader dig afdække sådan, er det normalt en god ting."

På dette tidspunkt er det nogens gætte, hvilken Java-komponentteknologi der kommer til som leder, eller om flere tilgange vil få damp, tilføjede han: "Der er masser af OSGi-entusiaster, der bygger op, men dette spørgsmål om, hvordan Java-komponenter vil blive løst, er stadig tidligt. Vi har brug for mere tid til at se, hvad udviklere i vid udstrækning vil bruge. "

Red Hat står over for konkurrence på applikationsservermarkedet fra store platformleverandører som Oracle og IBM samt på open source-siden via SpringSources nyligt annoncerede applikationsserverplatform, som udnytter OSGi.