Długo oczekiwany JBoss AS 5.0 zbliża się do daty wydania

Pierwszy kandydat na wersję JBoss Application Server 5.0 firmy Red Hat będzie wkrótce dostępny, jak wynika z bloga napisanego przez Sachę Labourey, dyrektora ds. Technologii w dziale JBoss w Red Hat.

"JBoss AS5.0 RC1 właśnie zamarzł i zostanie wydany w tym tygodniu" - napisał Labourey. Drugi kandydat do wydania powinien być gotowy za sześć do siedmiu tygodni, a ogólna dostępność będzie następować "od tego momentu", dodał.

Red Hat uważa, że ​​elastyczna architektura produktu będzie służyć jako wyróżnik na rynku, zgodnie z Labourey.

Serwer aplikacji obraca się wokół trzech warstw technologicznych, napisał: Podstawowe środowisko uruchomieniowe - w przypadku JBossa, wirtualnej maszyny Java - podstawowe usługi oprogramowania pośredniego oraz interfejsów API (interfejsów programowania aplikacji) i metodologii na wierzchu.

"JBoss AS 5.0 to pierwsze wydanie, które umożliwi nam czyste rozdzielenie tych trzech warstw" - napisał. "JBoss Microcontainer wyodrębnia nas ze środowiska wykonawczego, a nasze podstawowe usługi dla przedsiębiorstw zostały całkowicie podzielone na części i podzielone na części, dzięki czemu można je w pełni wykorzystać z poziomu architektury / interfejsu / języka wyższego poziomu."

Red Hat planuje wspierać opartą na komponentach Java specyfikacje rozwojowe, takie jak OSGi (inicjatywa Open Services Gateway), która jest wspierana przez firmy Sun i IBM.

Ale firma zdecydowała, że ​​nie będzie wyrzucać swojej partii w całości w jednym obozie, napisał.

"Nasza podstawowa architektura nie zależy od żadnego modnego speca lub języka du jour "- dodał. "Osobowości można podłączać i odłączać, a la carte. Nie musisz stawiać zakładu, który jest" wymaganym "interfejsem API, a następnie być zablokowanym w jednej z niewielu implementacji [serwera aplikacji] implementujących taki interfejs API - być może polegając na słabszych podstawowych usługach middleware. "

Zakres zmian wprowadzonych do produktu rozszerzył proces rozwoju, który rozpoczął się trzy lata temu, według Labourey.

Ale projekt nie był tylko" fantazyjnym ćwiczeniem inżynieryjnym "," powiedział. "Ta inwestycja będzie miała drastyczny wpływ na ogólną ofertę JBoss Enterprise Middleware, jej długowieczność i zdolność dostosowywania się do zmian rynkowych."

Być może należy się spodziewać, że firma Red Hat będzie mogła korzystać z technologii takich jak OSGi, biorąc pod uwagę historię firmy, według jednego z obserwatorów.

Oryginalne mikro-jądro JBoss "dało zorientowany komponentowo sposób na obsługę Javy i aplikacji zanim pojawiły się inne opłacalne opcje", powiedział Michael Coté, analityk z Redmonk. "Podobnie jak w przypadku wielu zespołów, które już wymyśliły technologię, którą inni próbują ujednolicić, wygląda na to, że ludzie z JBoss uważają, że OSGi jest bardziej fadycyjny [w przeciwieństwie do tego, jak się rzeczy mają."

Ale firma może niemniej jednak czynią to mądrym posunięciem, powiedział.

"Zamiast budować rdzeń na OSGi, budują rdzeń na własnych rzeczach i wspierając OSGi jako swego rodzaju sposób wykorzystania tego specyficznego JBossa," powiedział. "Żywopłot jest taki, że mogą dodawać wsparcie dla wszystkiego, co przychodzi na modę, jeśli OSGi stanie się jutrzejszym dzwonkiem." Jeśli masz czas, aby zbudować architekturę, która pozwala ci się tak zabezpieczyć, to zwykle dobrze. "

W tej chwili nikt nie ma pewności, która technologia komponentu Java pojawi się jako lider, lub czy wiele podejść zyska na popularności, dodał: "Jest mnóstwo entuzjastów OSGi, ale to pytanie o to, w jaki sposób zostaną rozwiązane komponenty Java, to: Wciąż potrzebujemy więcej czasu, aby przekonać się, jaki programista działa tak daleko jak ".

Red Hat staje w obliczu konkurencji na rynku serwerów aplikacji od dużych dostawców platform, takich jak Oracle i IBM, a także po stronie open source za pośrednictwem niedawno ogłoszonej platformy serwera aplikacji SpringSource, która wykorzystuje OSGi.