Komponenten

Lang erwartetes JBoss AS 5.0 rückt näher zum Veröffentlichungsdatum

Gott gibt mir ein glückliches Leben „Ein lang erwartetes Glück“ (christliche ganzer film deutsch)

Gott gibt mir ein glückliches Leben „Ein lang erwartetes Glück“ (christliche ganzer film deutsch)
Anonim

Der erste Release-Kandidat von Red Hats langjährigem JBoss Application Server 5.0 wird in Kürze verfügbar sein, so Sacha Labourey, Chief Technology Officer von Red Hats JBoss Division.

"JBoss AS5.0 RC1 wurde gerade eingefroren und wird diese Woche veröffentlicht", schrieb Labourey. Ein zweiter Release-Kandidat sollte in sechs bis sieben Wochen fertig sein, und die allgemeine Verfügbarkeit folgt "dicht gefolgt", fügte er hinzu.

Red Hat glaubt, dass die flexible Architektur des Produkts als ein Differenzierungsmerkmal auf dem Markt dienen wird, so Labourey

Ein Applikationsserver dreht sich um drei Technologieebenen, schrieb er: Eine Base Runtime - im JBoss-Fall die Java Virtual Machine - zentrale Middlewaredienste und die APIs (Application Programming Interfaces) und Methodiken oben.

"JBoss AS 5.0 ist die erste Version, die uns die Möglichkeit gibt, diese drei Schichten sauber zu trennen", schrieb er. "Der JBoss Microcontainer abstrahiert uns von der Laufzeitumgebung und unsere Kern-Enterprise-Services wurden vollständig kompo- niert und aspektiert, sodass sie von jedem übergeordneten Framework / API / Sprache vollständig genutzt werden können."

Red Hat plant, komponentenbasiertes Java zu unterstützen Entwicklungsspezifikationen wie OSGi (Open-Services-Gateway-Initiative), die von Sun und IBM unterstützt wird.

Aber die Firma hat sich entschieden, ihr gesamtes Lager nicht in ein Lager zu werfen, schrieb er.

"Unsere Kernarchitektur ist nicht abhängig von irgendwelchen modischen Spezifikationen oder Sprache du jour ", fügte er hinzu. "Persönlichkeiten können ein- und ausgesteckt werden, à la carte. Sie müssen nicht darauf wetten, welche 'API' Sie benötigen, und dann in einer der wenigen [Anwendungsserver] Implementierungen eingesperrt werden, die diese API implementieren -

Der Umfang der Änderungen am Produkt erweiterte den Entwicklungsprozess, der laut Labourey vor drei Jahren begann.

Aber das Projekt war nicht nur "eine raffinierte technische Übung," er sagte. "Diese Investition wird sich drastisch auf das gesamte JBoss Enterprise Middleware-Angebot, seine Langlebigkeit und seine Fähigkeit zur Anpassung an Marktveränderungen auswirken."

Red Hats langatmige Umarmung von Technologien wie OSGi ist angesichts der Unternehmensgeschichte zu erwarten, nach einem Beobachter.

Der ursprüngliche JBoss-Mikrokernel "gab einen komponentenorientierten Weg, um Java und Anwendungen zu tun, bevor es andere gangbare Optionen gab", sagte Michael Coté, ein Analyst bei Redmonk. "Wie bei vielen Teams, die bereits eine Technologie erfunden haben, die andere zu standardisieren versuchen, sieht es so aus, als ob die JBoss-Leute OSGi als etwas faddiger [im Gegensatz zu] so sehen, wie die Dinge sein werden."

Aber die Firma könnte "

" Anstatt ihren Kern auf OSGi zu bauen, bauen sie den Kern ihrer eigenen Sachen auf und unterstützen OSGi als eine Art der Verwendung dieses JBoss-spezifischen Kerns ", sagte er. er sagte. "Die Hecke dort ist, dass sie Unterstützung für alles, was in Mode kommt, hinzufügen können, wenn OSGi die Glocke von morgen wird. Wenn Sie die Zeit haben, eine Architektur zu bauen, die Sie so hecken lässt, ist es normalerweise eine gute Sache."

An dieser Stelle kann niemand ahnen, welche Java-Komponenten-Technologie als Marktführer hervorgehen wird, oder ob mehrere Ansätze an Dynamik gewinnen werden, fügte er hinzu: "Es gibt viele OSGi-Enthusiasten, aber die Frage, wie Java-Komponenten gelöst werden, ist Wir brauchen noch mehr Zeit, um zu sehen, was Entwickler weit und breit gerne verwenden. "

Red Hat sieht sich im Markt für Anwendungsserver von großen Plattformanbietern wie Oracle und IBM sowie auf der Open-Source-Seite konfrontiert durch SpringSource kürzlich angekündigten Application-Server-Plattform, die OSGi nutzt.