Komponenter

Etterlengtet JBoss AS 5.0 Flytter seg nærmere til utgivelsesdato

WildFly vs JBoss EAP: How Red Hat's Java application servers compare

WildFly vs JBoss EAP: How Red Hat's Java application servers compare
Anonim

Den første utgivelseskandidaten til Red Hats JBoss Application Server 5.0 med lang brygging vil bli tilgjengelig umiddelbart, ifølge et blogginnlegg av Sacha Labourey, sjefteknolog for Red Hats JBoss-divisjon.

"JBoss AS5.0 RC1 har nettopp blitt frosset og vil bli utgitt denne uken," skrev Labourey. En nyutgivelseskandidat skal være klar i seks til syv uker, og generell tilgjengelighet vil følge "tett etterpå", la han til.

Red Hat mener produktets fleksible arkitektur vil fungere som en differensier i markedet, ifølge Labourey.

En applikasjonsserver dreier seg om tre teknologier, skriver han: En base runtime - i JBoss 'tilfelle, Java Virtual Machine - core middleware-tjenester, og APIene (applikasjonsprogrammeringsgrensesnitt) og metodologier på toppen.

"JBoss AS 5.0 er den første versjonen som gir oss muligheten til å skille de tre lagene rent," skrev han. "JBoss Microcontainer abstraherer oss fra runtime-miljøet, og våre kjernevirksomhetstjenester har blitt fullstendig komponert og aspektet slik at de kan utnyttes fullt ut fra et høyere rammeverk / API / språk."

Red Hat planlegger å støtte komponentbasert Java Utviklingsspesifikasjoner som OSGi (Open Services Gateway-initiativet), som støttes av likeså Sun og IBM.

Men selskapet besluttet å kaste sitt parti helt i en leir, skrev han.

"Vår kjernearkitektur er ikke avhengig av noen fasjonable spec eller språk du jour, "la han til. "Personligheter kan kobles inn og ut, à la carte. Du trenger ikke å satse på hvilken API som du trenger, og deretter bli låst i en av de få [applikasjonsserver] implementasjonene som implementerer slik API - muligens stole på svakere core middleware-tjenester. "

Omfanget av endringer i produktet utvidet utviklingsprosessen, som startet for tre år siden, ifølge Labourey.

Men prosjektet var ikke bare" en fancy ingeniørøvelse," han sa. "Denne investeringen vil ha en drastisk innvirkning på det samlede JBoss Enterprise Middleware-tilbudet, dets levetid og evne til å tilpasse seg markedsendringer."

Red Hats armlengdes omfavnelse av teknologier som OSGi, kan kanskje forventes gitt selskapets historie, ifølge en observatør.

Den originale JBoss mikrokjernen "ga en komponentorientert måte å gjøre Java og applikasjoner på før det var andre levedyktige alternativer," sa Michael Coté, en analytiker med Redmonk. "Som med mange lag som allerede har oppfunnet en teknologi som andre prøver å standardisere, ser det ut som at JBoss-folk ser OSGi som værende mer faddish [i motsetning til] måten ting vil bli."

Men selskapet kan Ikke desto mindre gjør han et klokt trekk, sa han.

"I stedet for å bygge kjernen på OSGi bygger de kjernen på sine egne ting, og støtter OSGi som en slags måte å bruke den JBoss-spesifikke kjerne på. han sa. "Sikringen er at de kan legge til støtte for det som kommer til mote hvis OSGi blir morgendagens bell-bottoms. Hvis du har tid til å bygge en arkitektur som lar deg hekke slik, er det vanligvis en god ting."

På dette punktet er det noens gjetning om hvilken Java-komponentteknologi som vil oppstå som leder, eller om flere tilnærminger vil få damp, la han til: "Det er mange OSGi-entusiaster som bygger opp, men dette spørsmålet om hvordan Java-komponenter vil bli løst, er fortsatt tidlig. Vi trenger mer tid til å se hvilke utviklere som helst som å bruke. "

Red Hat står overfor konkurranse i applikasjonsservermarkedet fra store plattformleverandører som Oracle og IBM, samt på open source-siden gjennom SpringSources nylig annonserte applikasjonsserverplattform, som utnytter OSGi.