Thilo Frotscher, Dapeng Wang, Marc Teufel. Java Web Services mit Apache Axis2

Transkript

1

2 Thilo Frotscher, Dapeng Wang, Marc Teufel Java Web Services mit Apache Axis2

3 Thilo Frotscher, Dapeng Wang, Marc Teufel: Java Web Services mit Apache Axis2 ISBN: entwickler.press Ein Imprint der Software & Support Media GmbH Bibliografische Information der Deutschen Nationalbibliothek Die Deutsche Nationalbibliothek verzeichnet diese Publikation in der Deutschen Nationalbibliografie; detaillierte bibliografische Daten sind im Internet über abrufbar. Ihr Kontakt zum Verlag und Lektorat: Software & Support Media GmbH entwickler.press Geleitsstraße Frankfurt am Main Tel: +49(0) Fax: +49(0) Projektleitung: Sebastian Burkart Lektorat und Korrektorat: Frauke Pesch Layout: SatzWERK, Andreas Franke, Siegen ( Umschlaggestaltung: Maria Rudi Belichtung, Druck & Bindung: M.P. Media-Print Informationstechnologie GmbH, Paderborn Alle Rechte, auch für Übersetzungen, sind vorbehalten. Reproduktion jeglicher Art (Fotokopie, Nachdruck, Mikrofilm, Erfassung auf elektronischen Datenträgern oder andere Verfahren) nur mit schriftlicher Genehmigung des Verlags. Jegliche Haftung für die Richtigkeit des gesamten Werks kann, trotz sorgfältiger Prüfung durch Autor und Verlag, nicht übernommen werden. Die im Buch genannten Produkte, Warenzeichen und Firmennamen sind in der Regel durch deren Inhaber geschützt.

4 Inhaltsverzeichnis Vorwort 15 1 Einleitung Entstehung Unterstützte Standards Was beinhaltet Axis2? Warum Axis2 einsetzen? Bessere Performance durch StAX und AXIOM Flexiblere Kommunikationsinfrastruktur Einfacheres Deployment von Services Bessere Unterstützung während der Entwicklung Erweitertes Handler-Konzept Bessere Unterstützung von aktuellen Standards Die Zukunft von Axis Web-Service-Grundlagen SOAP Nachrichtenformat Verarbeitungsmodell SOAP-Fault Nachrichtenaustausch Protokoll-Binding SOAP 1.2 vs. SOAP WSDL MEPs Message Exchange Patterns WSDL WSDL Code First vs. Contract First Der Code-First-Ansatz Der Contract-First-Ansatz Einsatz von Contract First bei bereits bestehendem Code 66 Java Web Services mit Apache Axis2 5

5 Inhaltsverzeichnis 3 Erste Schritte Axis2-Distributionen Installation von Axis Die Axis2-Webanwendung Standarddistribution Zentrale Konzepte von Axis AXIOM Servicearchive Message Receiver Repository Implementierung einfacher Web Services mit POJOs Deployment von Services in einem Standalone-Server Einsatz der Axis2-Webanwendung Deployment von Web Services Serviceadministration Entwicklung eines Clients für den SimpleHotelService Direkte Verwendung des Client-API von Axis Entwicklung von Clients mithilfe von Codegenerierung Geruhsame Nächte mit Axis Hotels 95 4 Entwicklung mit Axis Eclipse als Entwicklungsumgebung verwenden Projekteinrichtung Eclipse Web Tools Platform Axis2 Eclipse Plug-ins Codegenerator-Wizard Service Archiver Wizard Debugging Axis2-Quellcode erforschen Den Axis2-Quelltext sichten und browsen Quellcode erforschen Beispiel Werkzeuge für den Umgang mit SOAP-Nachrichten Apache TCPMon SOAP erforschen und lernen mit TCPMon SOAPMonitor 113 6

6 Inhaltsverzeichnis 5 AXIOM Einführung StAX Push vs. Pull Parsing StAX-API XML parsen mit StAX AXIOM AXIOM-Architektur AXIOM-API Caching Web-Service-Implementierung mit AXIOM Client-API ServiceClient Aufrufmuster Request-Response mit blockierendem API Request-Response mit nichtblockierendem API über eine Verbindung Request-Response mit nichtblockierendem API über zwei Verbindungen Einwegaufruf Zuverlässiger Einwegaufruf Clientseitige Konfiguration JavaBean Properties Generische Properties HTTP-Parameter OperationClient Contract First mit Axis Codegenerierung Aufruf von WSDL2Java von der Kommandozeile Axis2-Codegenerator-Wizard für Eclipse Ant Task Implementierung und Deployment von Services Der Ordner resources Generierter Code und Implementierung des Service Paketierung und Deployment 205 Java Web Services mit Apache Axis2 7

7 Inhaltsverzeichnis 7.3 Implementierung von ServiceClients Einwegkommunikation Weiterführende Aspekte der Entwicklung Fehlerbehandlung Definition von Fehlern in XML Schema und WSDL Codegenerierung Lebenszyklus von Services Sessionverwaltung Request-Session-Scope SOAP-Session-Scope Transport-Session-Scope Application Scope Sessionverwaltung mit Clientanwendungen Codebeispiel Architektur und Konfiguration Interne Verarbeitung von Nachrichten Flows Phasen Dispatch-Mechanismus Interne Datenstrukturen: Description und Context Description-Hierarchie Context-Hierarchie Beziehung zwischen Context- und Description-Hierarchien Laden von Konfigurationen Globale Konfiguration Parameter Message Receiver Transporte Global aktivierte Module und Modulkonfigurationen Standardmäßige Modulversion Phasen Target Resolver Listeners/Observers Deployer Message Builder und Message Formatter Data Locators 274 8

8 Inhaltsverzeichnis SOAP Role Transaktionen Konfiguration von Services Services und Servicegruppen Bestimmung der Namen von Services und Servicegruppen WSDL-Dokumente und automatische WSDL-Generierung Elemente der Datei services.xml Serviceparameter Deployment von Services Axis2-Webanwendung Standalone-Server Zugriff eines Service auf Context und Konfiguration Zugriff auf Ressourcen im Servicearchiv Start von Axis2 mit entferntem Repository Handler und Module Handler Die Schnittstelle Handler Implementierung von Handlern Konfiguration von Handlern Module Die Schnittstelle Module Konfiguration von Modulen Paketierung und Deployment Engagement Dynamisches Engagement zur Laufzeit Mitgelieferte Module Data Binding Grundlagen des XML Data Binding Codegenerator-Framework ADB Axis Data Binding ADB-Schema-Compiler ADB Integration in Axis Codegenerierung Wrapped vs. Unwrapped 346 Java Web Services mit Apache Axis2 9

9 Inhaltsverzeichnis 11.4 XMLBeans JiBX JAXB RI Zusammenfassung Message Receiver und ServiceObjectSupplier Einführung Blick zurück: Provider in Axis 1.x Blick in die Gegenwart: Reise durch die Axis2 Engine Nachrichtenempfänger Contract First Message Receiver von innen Axis2 und Groovy Message Receiver und WSDL Enterprise JavaBeans und Axis Einführung Möglichkeiten zur Integration von EJBs Der Bankleitzahlenservice als EJB Die Realisierung von EJBMessageReceiver EJB als Web Service bereitstellen ServiceObjectSupplier Spring Framework Einführung Axis2 und das Spring Framework Der Bankleitzahlenservice als Spring Bean SpringServletContextObjectSupplier Erforderliche Spring-Bibliotheken SpringAppContextAwareObjectSupplier Die EJBUtil-Implementierung MTOM & SwA Base64 & SwA Base SwA

10 Inhaltsverzeichnis 13.2 XOP & MTOM XOP MTOM SwA vs. MTOM MTOM in Axis OMText MTOM Web Service mit AXIOM-API MTOM mit Data Binding SwA in Axis Attachment Caching Transportprotokolle Transportmechanismus TransportListener TransportSender Aktivierung von Transportprotokollen auf Serviceebene HTTP Transport Receiver für Standalone-Modus SimpleHttpServer in eigene Applikationen einbetten CommonsHTTPTransportSender JMS Installation von ActiveMQ Services mit JMS-Kommunikation Clientanwendungen mit JMS-Kommunikation TCP JAX-WS JAX-WS-Programmiermodell Code-First-Entwicklung Contract-First-Entwicklung Servicecliententwicklung mit JAX-WS Synchroner Serviceclient Asynchroner Serviceclient 499 Java Web Services mit Apache Axis2 11

11 Inhaltsverzeichnis 15.3 Weiterführende Themen Low-Level-API MTOM Handler JAX-WS-Implementierung Alternative Nachrichtenformate Message Formatter und Message Builder JSON Badgerfish- und Mapped-Konvention JSON in Axis Fast Infoset Konzept Performance Fast Infoset in Axis WS-*-Standards mit Axis WS-Addressing Grundlagen WS-Addressing mit Axis WS-Policy Grundlagen Apache Neethi: WS-Policy mit Axis WS-Security Grundlagen Rampart: WS-Security mit Axis Konfiguration mit WS-Policy WS-ReliableMessaging Grundlagen Sandesha2: WS-ReliableMessaging mit Axis2 608 A XML Schema und WSDL von Axis Hotels 623 B WSDL2Java 631 B.1 Kommandozeile 631 B.2 Ant-Task 631 B.3 Maven-Plug-in

12 Inhaltsverzeichnis C Java2WSDL 635 C.1 Kommandozeile 635 C.2 Maven-Plug-in 636 D Maven 2 AAR Plug-in 639 E Maven 2 MAR Plug-in 641 Stichwortverzeichnis 643 Über die Autoren 649 Java Web Services mit Apache Axis2 13

13

14 Vorwort Vorwort zur ersten Ausgabe (2007) Seit der Veröffentlichung unseres ersten Buches, damals zu Apache Axis 1.x, sind drei Jahre vergangen. Eine lange Zeit, insbesondere in der IT-Branche. Zum damaligen Zeitpunkt war die Web-Service-Technologie noch relativ am Anfang und die zweite Generation von Web-Service-Frameworks war gerade im Begriff, die erste abzulösen. Viele Entwickler und Experten stimmten überein, dass die der Technologie zugrunde liegenden Konzepte ausgesprochen hilfreich und weiterbringend waren, wenn heterogene Anwendungen integriert werden sollten. Potenzielle Einsatzgebiete waren reichlich vorhanden, dennoch setzten sich Web Services insgesamt etwas langsamer durch als angesichts des zwischenzeitlichen Hypes um das Thema zu erwarten war. Dies hatte eine Reihe verschiedener Gründe. Zu den wichtigsten zählte sicherlich, dass einige Grundanforderungen für geschäftskritische Anwendungen, wie beispielsweise Sicherheit, zum damaligen Zeitpunkt noch nicht befriedigend gelöst waren. Zwar existierten bereits verschiedene Spezifikationen für entsprechende Erweiterungen der Web-Service-Welt, die verfügbaren Implementierungen waren jedoch noch nicht ausgereift und immer wieder Auslöser von Interoperabilitätsproblemen. Generell war es um die Interoperabilität der meisten Frameworks nicht ums Beste bestellt. Eine groteske Situation, sollte die Web-Service-Technologie doch gerade solche Probleme lösen, anstatt neue zu verursachen. In der Zwischenzeit hat sich die Situation deutlich gewandelt: Web Services sind aus der Software-Entwicklung praktisch nicht mehr wegzudenken sie leisten in vielen Einsatzgebieten und unterschiedlichsten Branchen gute Dienste. Und auch wenn für viele Kommunikationsanforderungen weiterhin mächtigere und vor allem effizientere Lösungen zur Verfügung stehen, so lösen Web Services inzwischen das ursprüngliche Versprechen ein, heterogene Systeme auf relativ einfache Weise miteinander zu integrieren. Dabei stehen sicherlich weniger Web Services öffentlich und für jedermann zur Verfügung als anfänglich vermutet wurde. Doch in der Kommunikation zwischen Unternehmen und Geschäftspartnern sowie im Inneren von Unternehmensarchitekturen finden Web Services heutzutage sehr weite Verbreitung. Seien es internationale Hotelreservierungssysteme mit einer Vielzahl angebundener Hotelketten und Vertriebspartner, Systeme im Finanzdienstleistungsbereich, in der Logistikbranche oder verschiedenste Stellen im öffentlichen Sektor (Behörden, Ministerien usw.) die Einsatzgebiete sind ausgesprochen vielfältig. Java Web Services mit Apache Axis2 15

15 Vorwort Einen wichtigen Beitrag dazu, dass die Web-Service-Technologie so breite Verwendung finden konnte, leistete die Web Services Interoperability Organisation (WS-I). Sie veröffentlicht Richtliniendokumente wie das Basic Profile, die beschreiben, wie die einzelnen Technologien (SOAP, WSDL etc) verwendet werden sollten, um eine höchstmögliche Interoperabilität zu gewährleisten. Kein Framework und keine Implementierung in diesem Bereich kann es sich heute mehr ernsthaft leisten, nicht das Basic Profile zu befolgen. Mit diesem kompatibel zu sein darf dagegen als Gütesiegel gelten, das anzeigt, dass die gängigsten Interoperabilitätsprobleme von dem jeweiligen Werkzeug sicher umschifft werden. Im gleichen Maße, wie die Web-Service-Technologie erwachsen wurde, ist Axis 1.x in die Jahre gekommen. Bei dessen Implementierung wurden einige Annahmen gemacht, die seinerzeit sicherlich ausreichend waren, sich heute aber eher behindernd auswirken. Zudem haben sich die Anforderungen an Web-Service-Technologien weiterentwickelt. Die Technologie wird in immer komplexer werdenden Szenarien eingesetzt, und die Anforderungen moderner Web-Service-Anwendungen lassen sich mit Axis 1.x entweder gar nicht oder nur sehr schwierig umsetzen. So wurde eine neue Architektur für Axis notwendig, die flexibler und mächtiger ist. Axis2 ist daher nicht einfach nur eine neue Version von Axis 1.x, sondern in vielerlei Hinsicht ein ganz neues Framework. Dieses wurde auf Basis der Erfahrungen vergangener Jahre implementiert, wobei sich viele bewährte Konzepte und Ideen in aufgefrischter Form wiederfinden lassen. Wie bei vielen Open-Source-Projekten stoßen Entwickler auch beim Einsatz von Axis2 recht schnell an die Grenzen der offiziellen Dokumentation. Hier setzt dieses Buch an und bietet mehrere hundert Seiten an detaillierten Informationen zum Einsatz des Frameworks. Viele der in diesem Buch enthaltenen Informationen werden erstmals dokumentiert und wurden durch zeitaufwändige Analyse des Sourcecodes von Axis2 entdeckt. 16

16 Vorwort Vorwort zur zweiten Ausgabe Erneut sind drei Jahre vergangen, dieses Mal zwischen der ersten und der zweiten Ausgabe dieses Buches. Die Web-Service-Technologie hat sich noch weiter verbreitet und darf inzwischen zu den Standardwerkzeugen eines Softwareentwicklers gezählt werden. Dabei hat sich gezeigt, dass insbesondere im Bereich der unternehmensinternen Integrationsaufgaben kaum mehr ein Weg an der Technologie vorbei geht. Gleichzeitig hat sich jedoch auch der REST-Ansatz etabliert und gilt dank verbesserter Unterstützung durch APIs und Frameworks inzwischen als ernsthafte Alternative. Nach langen, teils sehr leidenschaftlich geführten Debatten in der Fachwelt, welcher Ansatz wohl der bessere sei, scheint sich nun langsam herauszukristallisieren, dass dieses Duell keinen Sieger haben wird. Ein Hauptgrund hierfür liegt vermutlich darin, dass die Entscheidung für oder gegen einen der beiden Ansätze in vielen Entwicklerteams letztlich nicht auf Basis technologischer Vorlieben getroffen wird. Viel häufiger sind es dagegen äußere Umstände, wie unternehmensweite Richtlinien oder Branchenstandards, die den einen oder anderen Ansatz vorgeben. Somit werden auch langfristig wohl beide Ansätze Verwendung finden. Die Web-Service-Technologie hat sich erneut weiterentwickelt. Weiterführende Spezifikationen, wie WS-Policy, WS-Trust oder WS-SecureConversation wurden inzwischen standardisiert und erlauben den Einsatz von Web Services in immer anspruchsvolleren Szenarien. Auch im Axis2-Framework hat sich einiges getan. Die erste Ausgabe dieses Buches basierte noch auf Axis2 1.1, die zweite basiert nun auf Axis Neben unzähligen kleinen Verbesserungen und Bugfixes wurden eine Reihe spannender neuer Features entwickelt. Es war also höchste Zeit, auch den Inhalt dieses Buches auf den aktuellen Stand zu bringen. So wurden alle Kapitel von Grund auf überarbeitet und aktualisiert. Außerdem kamen einige neue Kapitel und Abschnitte hinzu, die sich mit den Features des Frameworks befassen, welche erst nach Erscheinen der ersten Ausgabe implementiert wurden. Der überwältigende Erfolg der ersten Ausgabe hat uns überrascht, und gemeinsam mit der starken Nachfrage nach einer Überarbeitung motiviert, eine zweite Ausgabe zu veröffentlichen. Wir hoffen, dass unsere Leser auch an dieser neuen Ausgabe viel Freude haben werden. Java Web Services mit Apache Axis2 17

17 Vorwort Wer sollte dieses Buch lesen? Dieses ist ein Buch von Entwicklern für Entwickler, die bereits über Vorkenntnisse in den wichtigsten Web-Service-Technologien verfügen und nun Anwendungen mit Axis2 erstellen wollen. Die Basistechnologien SOAP und WSDL werden in Kapitel 2 zwar einführend vorgestellt, es dient jedoch eher zum Nachschlagen oder Auffrischen bestehender Kenntnisse. Seine Lektüre ist dagegen nicht erschöpfend genug, um Einsteigern in die Web-Service-Welt ausreichende Kenntnisse über diese Technologie zu vermitteln. Hierbei helfen zahlreiche andere Bücher, die am Markt erhältlich sind. Ähnlich verhält es sich mit weiterführenden Web Service-Spezifikationen wie WS-Security, WS-Addressing oder WS-Policy, deren Einsatz mit Axis2 in Kapitel 15 erläutert wird. Auch hier gilt, dass diese zwar einführend vorgestellt werden, für den ernsthaften Einsatz im Projekt sollten jedoch tiefergehende Kenntnisse erworben werden. Dieses Buch konzentriert sich dagegen voll auf Axis2. Es enthält hunderte Seiten mit Informationen und Anregungen, wie das Framework eingesetzt und konfiguriert werden kann. Hinzu kommen zahlreiche Einschätzungen und Empfehlungen auf Basis unserer jahrelangen internationalen Projekterfahrung mit Web-Service-Technologie. Aufbau Das Buch besteht aus drei Teilen. Im ersten Teil werden nach einem einführenden Kapitel wichtige Grundlagen vermittelt, die ein notwendiges Fundament für den weiteren Verlauf des Buches legen. Kapitel 2 beschreibt hierzu als Erstes die beiden wichtigsten technologischen Fundamente von Web Services, nämlich SOAP und WSDL. Im Anschluss daran werden die beiden wichtigsten Ansätze zur Entwicklung von Web-Service- Anwendungen gegenübergestellt (Code First und Contract First). Jeder Entwickler sollte den Unterschied kennen und sich über die Vor- und Nachteile beider Ansätze bewusst sein, bevor mit der Entwicklung von Web-Service-Anwendungen begonnnen wird. Kapitel 3 begleitet den Leser dann bei den ersten Schritten mit Axis2 und zeigt auf, wie einfache Services auf Basis von POJOs (Plain Old Java Objects) erstellt und entsprechende Clients entwickelt werden können. Darüber hinaus werden hier zentrale Konzepte von Axis2 erläutert. Der zweite Teil des Buches beschäftigt sich detailliert mit Themen der täglichen Entwicklungsarbeit beim Einsatz von Axis2. So stellt Kapitel 4 hilfreiche Werkzeuge für Entwicklung und Tests vor, und Kapitel 5 befasst sich mit AXIOM, einem neuen Objektmodell für die Arbeit mit XML, auf dem das gesamte Axis2-Framework aufbaut. Im Anschluss beschreibt Kapitel 6 das neue Client-API. Die Entwicklung von Web-Service-Anwendungen mit dem Contract-First-Ansatz und unter Verwendung des Codegenerators von Axis2 ist Inhalt von Kapitel 7. Weiterführende Aspekte der Anwendungsentwicklung wie Sessionverwaltung, Fehlerbehandlung oder der Lebenszyklus von Serviceinstanzen werden in Kapitel 8 behandelt und runden diesen Teil des Buches ab. Bis hierhin empfiehlt es sich, alle Kapitel in ihrer vorgegebenen Reihenfolge zu lesen. 18

18 Vorwort Im dritten und letzten Teil des Buches werden fortgeschrittene Themen aufgegriffen. So beschreibt Kapitel 9 die interne Architektur von Axis2 und zeigt auf, wie Nachrichten durch das Framework fließen und welche Komponenten an deren Verarbeitung beteiligt sind. Im Anschluss daran folgt eine vollständige Auflistung sämtlicher Konfigurationsoptionen. Eine besondere Stärke von Axis2 ist seine Erweiterbarkeit durch Handler und Module. Kapitel 10 erläutert, wie Entwickler eigene Erweiterungen erstellen und Axis2 auf diese Weise an eigene Anforderungen anpassen können. Auch das XML Data Binding ist ein wichtiger Aspekt von Web-Service-Anwendungen. Axis2 bietet Unterstützung für mehrere verschiedene Data Binding Frameworks, die in Kapitel 11 vorgestellt und miteinander verglichen werden. Eine der zentralsten Komponenten des Axis2-Frameworks sind die Message Receiver. Sie sind serverseitig dafür verantwortlich, den Inhalt eingehender Nachrichten in Aufrufe an die zuständige Serviceimplementierung umzuwandeln und das Kommunikationsmuster der jeweiligen Operation umzusetzen. Message Receiver können unter anderem dazu verwendet werden, auf einfache Weise auch EJBs, Skriptcode oder sonstige alternative Implementierungsformen als Web Service bereitzustellen. Kapitel 12 beschreibt, wie man dies bewerkstelligen kann. Im Anschluss daran folgen Informationen über den Versand von Attachments mit MTOM oder SwA in Kapitel 13 sowie über den Einsatz der verschiedenen unterstützten Transportprotokolle (wie HTTP und JMS) in Kapitel 14. Die folgenden beiden Kapitel beschäftigen sich mit Features, die seit der ersten Ausgabe dieses Buches neu hinzukommen sind. So beschreibt Kapitel 15, wie Axis2 den JAX-WS-Standard unterstützt. Kapitel 16 zeigt auf, wie Axis2 dazu verwendet werden kann, statt SOAP auch alternative Nachrichtenformate wie JSON oder Fast Infoset für die Kommunikation einzusetzen. Im letzten Kapitel dreht sich schließlich alles um weiterführende Web-Service-Spezifikationen wie WS-Addressing, WS-Policy, WS-Security und WS-ReliableMessaging. Das Kapitel beschreibt, inwieweit diese durch Axis2 oder zusätzlich erhältliche Erweiterungsmodule unterstützt werden und im weiteren Verlauf, wie sie verwendet und konfiguriert werden. Java Web Services mit Apache Axis2 19

19 Vorwort Wichtiger Hinweis zu den Listings Viele der Listings in diesem Buch wurden umformatiert, um die Lesbarkeit zu verbessern. Insbesondere XML-Dokumente wie SOAP-Nachrichten und Konfigurationsdateien haben häufig deutlich längere Zeilen, als auf eine Buchseite passen. Bei Konfigurationsdateien ist jedoch darauf zu achten, dass öffnende und schließende Element-Tags sowie die dazwischen befindlichen Elementinhalte in der gleichen Zeile stehen sollten. Wurde ein XML-Element über mehrere Zeilen formatiert, z. B. <elementmitbesonderslangemnamen> Elementinhalt </elementmitbesonderslangemnamen> so sollte dieses in der Regel stattdessen wie folgt verwendet werden: <elementmitbesonderslangemnamen>elementinhalt</elementmitbesonderslangemnamen> Feedback Wir sind sehr daran interessiert zu erfahren, wie Ihnen unser Buch gefällt. Was finden Sie gelungen, in welchen Bereichen hätten Sie Verbesserungsvorschläge? Fehlen Ihnen Inhalte, die Sie vergeblich in diesem Buch gesucht haben? Oder haben Sie vielleicht sogar einen Fehler entdeckt? Bitte schreiben Sie uns, wir freuen uns auf Ihr Feedback. Nur wenn Sie uns sagen, was Ihnen gut oder weniger gut gefällt, können wir beim nächsten Buch alles noch viel besser machen. In Abhängigkeit von der Menge der Leser, die uns Feedback schicken, werden wir jedoch unter Umständen nicht alle s beantworten können. Wir bitten hier um Verständnis. Der Verlag hat eine -Adresse eingerichtet, unter der Sie uns erreichen können: Alternativ können Sie die Autoren auch direkt kontaktieren. Thilo Frotscher: Dapeng Wang: Marc Teufel: 20

20 Vorwort Danksagung An der Entstehung eines Buches sind viele Personen beteiligt, nicht nur die Autoren. Ohne ihre Mithilfe kann ein Buch wie dieses nicht entstehen. An dieser Stelle möchten wir daher unseren Dank an folgende Personen aussprechen: Thilo Als wir mit den Arbeiten an der ersten Ausgabe für dieses Buch begannen, war Apache Axis2 noch ein recht neues Framework. Dementsprechend war nur sehr wenig Dokumentation erhältlich und das Schreiben gestaltete sich außerordentlich zeitaufwändig, da die meisten Informationen durch Analyse der Quelltexte erarbeitet werden mussten. Wer die offizielle Dokumentation von Axis2 mit dem Umfang dieses Buches vergleicht, kann vielleicht erahnen, wie viel Arbeit das war. Für die zweite Ausgabe sah die Situation nicht viel besser aus. Wir hatten zwar inzwischen sehr detaillierte Kenntnisse über das Framework, und man findet heute auch deutlich mehr Dokumentation, Artikel und sonstige Informationen zu Axis2. Letztlich war es aber erneut notwendig, vor allem durch Quelltextanalyse herauszufinden, was genau sich alles geändert hat. Aus diesem Grund ist ein solches Buchprojekt nur im Team zu bewältigen. Ich bin deshalb sehr froh, dass Dapeng und Marc wieder mit dabei waren. Vielen Dank Euch beiden für die freundschaftliche Zusammenarbeit. Es war mal wieder harte Arbeit, aber es hat sehr viel Spaß gemacht. Vom Verlag danke ich insbesondere unserem Lektor Sebastian Burkart, der sehr viel Geduld aufbrachte, wenn wir den Zeitplan mal wieder ändern mussten. Darüber hinaus geht ein großer Dank an Sebastian Meyen für seine Unterstützung bei der Umsetzung der Idee, ein Buch über Axis2 zu schreiben. Auch dem Entwicklerteam von Axis2, dem ich zahlreiche Bugs gemeldet und Fragen gestellt habe, möchte ich meinen Dank aussprechen. Auf beides reagierte das Team stets mit sehr prompter Hilfe. In diesem Zusammenhang habe ich die große Bitte an alle Leser, eventuellen Bugs oder fehlender Dokumentation nicht mit Unmut zu begegnen. Axis2 ist ein Open-Source-Projekt, und jeder kann mithelfen, es noch besser zu machen. Nur so kann Open Source funktionieren. Mein besonderer Dank geht an Steffi, die in der schwersten Zeit meines Lebens an meiner Seite war und auch dann noch sehr viel Verständnis zeigte, als ich zahlreiche Abende, Nächte und Wochenenden damit verbrachte, während der Arbeit an dieser zweiten Auflage in den Tiefen des Axis2-Frameworks zu forschen. Dapeng Ich möchte mich zuerst bei allen Leuten bedanken, die aktiv an diesem Buch zusammengearbeitet haben. Besonders zu erwähnen ist unser Lektor Herr Sebastian Burkart von entwickler.press, der über den langen Zeitraum der Entstehung dieses Buchs sehr viel Geduld und Einsicht aufgebracht hat. Java Web Services mit Apache Axis2 21

21 Vorwort Ein solches Buchprojekt kann nicht alleine bewältigt werden. Dafür danke ich meinen beiden Mitautoren, die mit mir diesen Weg gemeinsam bestritten haben. Ich finde, dass wir mittlerweile bei unserem dritten Buchprojekt schon ein eingespieltes Team sind und alles sehr gut gemeistert haben. Umso mehr freue ich mich auf die nächste gemeinsame Herausforderung mit Euch. Es hätte das Buch sicherlich nicht gegeben, wenn nicht die Entwickler von Apache und WSO2 Axis2 überhaupt ins Leben gerufen hätten. Für Ihre hervorragende Arbeit bedanke ich mich. Mein ganz besonderer Dank gilt meiner Frau Lan Zhang, die mich stets bei dem Buchprojekt unterstützt und meinen Rücken freigehalten hat, sodass ich mich voll und ganz dem Buchprojekt widmen konnte. Sie hat zwar nicht jedes Mal, jedoch meistens Verständnis dafür gezeigt, als ich mich abends, nachts oder am Wochenende wieder einmal in den Sourcecode von Axis2 eintauchte oder fleißig meine Erkenntnisse in Word eintippte. Auch meinem Sohn Edison Tianyi Wang muss an dieser Stelle gedankt werden. Er zeigte genauso viele Rücksicht wie beim ersten Buchprojekt (damals kam er erst dann auf die Welt, nachdem ich das Buchprojekt abschließen konnte), indem er sich während des Projekts auch mit weniger gemeinsamer Spielzeit zufrieden gab. Ich hoffe, dass ich dies mit noch mehr Schachpartien und Badmintonübungen nach dem Buchprojekt entschädigen kann. Nicht zuletzt möchte ich meinen Eltern danken, die mich über die Jahre motiviert und mit weisen Ratschlägen zur Seite gestanden haben. Marc Thilo und Dapeng, Euch beiden danke ich für die jahrelange, fruchtbare, freundschaftliche und immer wieder gute Zusammenarbeit. Es ist immer wieder schön, mit Euch an Publikationen wie diesen zu arbeiten. Unserem Lektor Sebastian Burkart gilt mein Dank für die Organisation dieser neuen Auflage. Dem Software & Support Verlag danke ich allgemein dafür, dass er mir eine Plattform gibt, auf der ich über meine Erfahrungen berichten und mein Wissen an andere weitergeben kann. Ich hoffe auf eine weiterhin so gute Zusammenarbeit wie in all den Jahren zuvor. Während der Produktion dieser neuen Auflage ist mein Vater nach kurzer, schwerer Krankheit verstorben. Aus diesem Grund widme ich (m)einen Teil von diesem Buch speziell ihm. Dani, Timo und Tom, ihr seid mein Antrieb! Im Juni 2010 Thilo Frotscher Dapeng Wang Marc Teufel 22

22 Vorwort Grußwort zur ersten Ausgabe Far from its humble beginnings, Web services are gaining popularity in B2B environments. The many additions and updates to various WS-*specifications are providing users with a multitude of features. Applications have reached a level of maturity where people now expect high performance too when using Web services. The Axis2 platform from the Apache Web services project is ideally placed to fill in the growing demand of requirements of users. Apache being the pioneer in open source Web services stacks designed Axis2 from the ground up and also introduced several new concepts including a more flexible pipeline architecture to the handler chain model, hot deployment and real asynchronous web service invocations. Another driving force for Axis2 is the move away from RPC-oriented Web services towards more document-oriented, message style asynchronous service interactions. It is centered on a new representation for SOAP messages called AXIOM (AXIs Object Model). This book, which is a first of its kind, aims to provide insights to these concepts and gives an overview of using the rich set of features Axis2 provides. Marc, Thilo and Dapeng, all experienced campaigners in the Web services arena, start by introducing the architecture and basics of Axis2 and slowly move on to more advanced concepts like attachment handling. They have managed to cover everything you need to know, all in one book! I am very proud to be part of this effort and congratulate Marc, Thilo and Dapeng for a job well done. Eran Chinthaka Apache Axis2-Project Team from Indiana University, USA Java Web Services mit Apache Axis2 23

23

24 1 Einleitung Apache Axis2 ist eines der am meisten eingesetzten Web-Service-Frameworks für Java. Wie sein Vorgänger Axis 1.x handelt es sich um ein auf Open Source basierendes Framework zur Implementierung von Web-Service-Anwendungen auf Basis von SOAP unter der Lizenz der Apache Software Foundation. Aufbauend auf den Erfahrungen mit Axis 1.x entschieden sich die Entwickler bereits vor einigen Jahren zu einem kompletten Redesign des Frameworks, sodass Axis2 von Grund auf neu implementiert wurde. Das Ergebnis war ein sehr viel performanteres Framework, welches sehr viel stärker XML-basiert ist als sein Vorgänger. Durch die Tatsache, dass von Anfang darauf geachtet wurde, das System durch so genannte Module erweitern zu können, sind im Laufe der Jahre viele zusätzliche Erweiterungen entstanden. So stehen inzwischen wichtige Zusatzmodule wie das Security-Framework Apache Rampart zum Download bereit. Auch im Axis2-Framework selbst finden sich einige Erweiterungsmodule, wie etwa Unterstützung für WS-Addressing oder für das SOAP-Monitoring. Axis2 bietet die folgenden Highlights: Open-Source-Lizenz der Apache Software Foundation Hohe Performanz Flexible Konfiguration und Erweiterbarkeit durch Module Verbessertes, auf XML aufbauendes Client-API mit voller Unterstützung für WSDL und WS-Policy, sowie synchrone und asynchrone Web-Service-Aufrufe Unterstützung für beliebige Kommunikationsmuster (MEPs) POJO-Unterstützung Spring-Integration Deployment-Mechanismus für Services und Module, basierend auf Archiven Hot Deployment und Hot Update Unabhängiges Framework für diverse Transportprotokolle (HTTP wird mitgeliefert, TCP, SMTP, JMS und SMS können separat heruntergeladen und eingebunden werden) Unterstützung für verschiedene XML Data Binding Frameworks Java Web Services mit Apache Axis2 25

25 1 Einleitung 1.1 Entstehung Das Apache-Axis-Projekt hat eine bewegte Geschichte hinter sich. Seinen Ursprung hat Axis, wie viele andere bekannte Projekte auch, bei IBM. Um den Jahrtausendwechsel hatte man sich dort nicht ganz uneigennützig dazu entschlossen, eine SOAP-Implementierung zu entwickeln. Unter dem Namen SOAP4J wurde bald die erste Version veröffentlicht, die SOAP 1.1 umsetzte und schnell weite Verbreitung fand. Schließlich wurde das Projekt der Apache Foundation übergeben und dort weiterentwickelt. Dabei bekam das Projekt einen neuen Namen: Apache SOAP. Apache SOAP war beliebt, hatte aber auch seine Schwächen. Ein Schwachpunkt war die schlechte Performance, deren Ursache in der Verwendung eines DOM-Parsers zur Verarbeitung der XML-Nachrichten lag. Aber auch die Tatsache, dass die damals brandneue Web-Service-Spezifikation JAX-RPC noch nicht unterstützt wurde, führte zu Überlegungen, mit der Version 3.0 Apache SOAP auf ein gänzlich neues Fundament zu stellen. Daher wurde damit begonnen, die Architektur völlig zu überarbeiten und diverse Spezifikationen umzusetzen, darunter SOAP 1.1 und bereits Teile von 1.2, WSDL 1.1, SAAJ 1.1 und natürlich JAX-RPC in seiner ersten Version. Das Performanceproblem ging man an, indem man auf den DOM-Parser verzichtete und stattdessen auf SAX-Parsing setzte. Zum Release der neuen Version wusste man nicht, ob das Projekt wirklich unter der Bezeichnung Apache SOAP 3.0 veröffentlicht werden sollte. Damals herrschte beim W3C noch Unsicherheit über die Bezeichnungen der Web- Service-Technologie, vor allem über den Begriff SOAP wurde heftig diskutiert. Schließlich entschied man sich bei Apache für eine erneute Umbenennung des Projekts. Der Begriff SOAP wurde aus dem Projektnamen gestrichen und durch Axis ersetzt ein Akronym, das für Apache extensible Interaction System steht. Ironischerweise hat sich der Begriff SOAP später doch halten können, wenngleich als Name und nicht mehr als Akronym. Mit der Umbenennung in Apache Axis setzte man auch den Versionszähler zurück. Das war auch sinnvoll, da es sich bei Apache Axis quasi um eine Neuentwicklung handelte. Apache Axis 1.x wurde in den Jahren 2003 und 2004 sehr populär und war vielleicht sogar das beliebteste Web-Service-Framework seiner Zeit. Die Welt der Web Services stand seitdem jedoch natürlich nicht still, sondern war stetiger Fortentwicklung und ständigem Wandel unterworfen. Und so war es unvermeidbar, dass auch Axis 1.x in die Jahre kam. Neue Ideen im Bereich der XML-Verarbeitung begannen sich durchzusetzen, zum Beispiel die Entwicklung von StAX-Parsing durch BEA. Immer neue WS-Spezifikationen betraten die Bühne, und auch bei der Entwicklung von Web-Service-Anwendungen setzte ein Umdenken ein. Viele Entwickler erkannten, dass es noch weitere Kommunikationsmuster neben dem damals beliebten Request-Response-basierten Verfahren gab. Außerdem versuchte man sich langsam aus der Interoperabilitätsfalle zu befreien, indem man sich stärker an Richtlinien wie dem Basic Profile orientierte. Dokumentenbasierte Web Services setzten sich mehr und mehr durch, und auch die schnittstellengetriebene Web-Services-Entwicklung (Stichwort Contract First) fand immer mehr Anhänger. Axis 1.x war diesen Anforderungen nur schlecht gewachsen, zu stark war der Kern noch auf Request-Response ausgelegt, und mit seinem SAX-Parser war es dem modernen StAX-Verfahren deutlich unterlegen. Als wäre es nicht genug, dass man den alternativen Web-Service-Frameworks wie bei- 26

26 Entstehung spielsweise Celtix oder XFire (die heute im Projekt Apache CXF vereinigt sind) hinterzuhinken begann, zeichnete sich am Horizont mit JAX-WS zu allem Überfluss auch schon der Nachfolger von JAX-RPC ab. Achsenbruch? Im September 2003 statteten ein paar findige Studenten aus Sri Lanka das Axis-Framework mit einem StAX-Parser aus und erreichten eine nahezu 10-fache Performancesteigerung. Der Quelltext wurde unter der Bezeichnung Axis-Mora an die Apache Foundation übergeben. In der Axis-Maillingliste gab es unterdessen heftige Diskussionen über die Zukunft von Axis, die durch Mora neuen Zündstoff fanden. Erste Ideen und Konzepte bildeten sich heraus. Als die Lanka Software Foundation, der die Studenten, die Mora entwickelt haben, angehörten, eine ordentliche Finanzspritze erhielt, konnten vier bis fünf Entwickler Vollzeit an der Umsetzung der neuen Konzepte arbeiten. So wiederholte sich das Schicksal von Axis zum zweiten Mal, denn wieder entschied man sich für ein komplettes Redesign des Frameworks. Da viele Softwareprojekte Axis 1.x bis heute noch verwenden, wird diese Version zwar immer noch gepflegt, aber nicht mehr mit neuer Funktionalität ausgestattet. Mit den ersten Versionen der neuen Axis-Generation kristallisierte sich dann heraus, dass mit dem Entwicklungszweig Axis2 im Prinzip ein komplett neues Web-Service-Framework entstehen würde und dieses hatte es in sich. Zunächst konzentrierten sich die Entwickler auf die interne Verarbeitung der XML- Nachrichten. Man wendete sich vom DOM- und SAX-Parsing ab und setzte zeitgemäß auf StAX. Darauf aufbauend wurde zudem ein leichtgewichtiges Objektmodell (AXIOM) entwickelt, das effizienten Zugriff auf einzelne Nachrichteninhalte bietet und dennoch einen dem DOM-Modell ähnlichen Zugriff ermöglicht. Allein der Umstieg auf AXIOM brachte deutliche Verbesserungen hinsichtlich der Geschwindigkeit gegenüber Axis 1.x, was sich in Benchmarks und Performancetests gut zeigen ließ. Weiterhin widmeten sich die Entwickler sich der bereits angesprochenen Problematik, dass die Axis-Engine zu stark auf Request-Response ausgelegt war. Um das Problem zu lösen, teilte man den Nachrichtenfluss in zwei eigenständige Abschnitte: eingehende Nachrichten (IN-Flow) und ausgehendende Nachrichten (OUT-Flow). Damit war nun endlich auch der Weg für andere Kommunikationsmuster frei. Die Ideen rund um asynchrone Web Services wurden in ihrer ganzen Tiefe umgesetzt (Blocking und Non-Blocking APIs mit ein oder zwei Verbindungen). Einen weiteren Schwerpunkt setzte man auf das Deployment von Web Services. So wurde zunächst ein neues Konzept eingeführt, nach dem ein Service samt aller seiner Ressourcen und einer Konfigurationsdatei in einem JAR-Archiv mit spezieller Verzeichnisstruktur untergebracht werden kann. Dieses so genannte Axis-Archiv ist anschließend durch einfaches Kopieren in eine laufende Axis2-Instanz abzulegen und schon ist der Service installiert. In späteren Axis2-Versionen wurde dieses Verfahren noch erweitert und Schnittstellen bereitgestellt, mit denen sogar eigene, individuelle Deployment-Verfahren implementiert werden können. Ein Beispiel hierfür ist der POJO-Deployer, mit dem es möglich ist, eine Klassendatei oder ein JAR in Betrieb zu nehmen und Teile daraus direkt als Web Service bereitzustellen. Der Deployment-Deskriptor, der in Axis bisher immer ein wesentliches Deployment-Artefakt war, wird dabei weitgehend durch Annotations ersetzt. Java Web Services mit Apache Axis2 27

27 1 Einleitung Von Anfang an propagierte Axis2 den Contract-First-Ansatz bei der Entwicklung von Web-Service-Anwendungen. Hierzu werden mächtige Kommandozeilenwerkzeuge für die Codegenerierung und auch für diverse IDEs (Eclipse, IntelliJ) angeboten. Wie Axis 1.x enthält auch Axis2 mit ADB ein eigenes XML Data Binding Framework. Allerdings wurde auch für diesen Zweck eine offene Schnittstelle geschaffen, sodass auch alternative Lösungen mit Axis2 integriert werden können. Bereits seit Längerem enthält Axis2 Unterstützung für XMLBeans und JiBX. In aktuelleren Versionen wird nun auch die Umsetzung von JAXB 2.x weiter vorangetrieben, was im Übrigen eine wesentliche Voraussetzung zur vollständigen Unterstützung von JAX-WS darstellt. JAX-WS als Nachfolger von JAX-RPC von Anfang an zu unterstützen war jedoch nicht das erklärte Ziel der Axis2-Entwickler, was unter anderem daran lag, dass JAX-WS noch gar nicht abschließend spezifiziert war, als die Arbeit an Axis2 begann. Vielmehr konzentrierten sich die Entwickler darauf, eine flexible, modulare und offene Architektur zu entwickeln, auf deren Grundlage dann erst die Umsetzung von JAX-WS erfolgen sollte. In der aktuellen Version von Axis2 wird JAX-WS nun auch weitgehend unterstützt. Weitgehend deshalb, weil die JAXB-Unterstützung derzeit immer noch in einem so genannten Experimental -Status vorliegt, was letztlich bedeutet, dass hier noch an einer der wesentlichen Grundvoraussetzungen für JAX-WS gearbeitet wird. 1.2 Unterstützte Standards Die Unterstützung der Kernstandards SOAP und WSDL ist für ein Web Service-Framework natürlich selbstverständlich. Axis2 unterstützt jedoch noch eine Reihe weiterer Standards. In der zum Veröffentlichungszeitpunkt dieses Buches aktuellen Version sind dies: SOAP 1.1 und 1.2 WSDL 1.1 (inklusive SOAP- und HTTP-Bindings) und WSDL 2.0 MTOM (Message Transmission Optimization Mechanism), XOP (XML Optimized Packaging) und SwA (SOAP with Attachments) WS-Addressing WS-Policy SAAJ 1.1 Darüber hinaus sind Zusatzmodule erhältlich, welche Axis2 um Unterstützung für die folgenden Web-Service-Standards erweitern: WS-Security WS-SecureConversation WS-Trust WS-Reliable Messaging 28

28 Was beinhaltet Axis2? Im Gegensatz zu Frameworks wie Axis 1.x oder beispielsweise CXF kann Axis2 in der aktuellen Version immer noch nicht mit einer vollständigen Unterstützung des standardisierten Java-Web-Services-API JAX-RPC bzw. dessen Nachfolger JAX-WS (Java API for XML-based Web Services) aufwarten. Die Entwicklung von JAX-WS 2.0 ist jedoch bereits weit vorangeschritten, sodass man zwar Web Services gemäß JAX-WS 2.0 mit Axis2 programmieren kann, die Implementierung jedoch vor allem aufgrund des noch nicht vollständig umgesetzten, aber erforderlichen JAXB weiterhin in einer als experimentiellen bezeichneten Fassung vorliegt. Axis2 bietet dafür jedoch mit dem auf StAX aufbauenden AXIOM ein sehr schnelles und einfach zu programmierendes API. Ferner sind zusätzliche Erweiterungsmodule für Web-Service-Standards bereits in der Entwicklung. Diese werden Unterstützung für WS- Eventing und WS-Transactions enthalten. 1.3 Was beinhaltet Axis2? Axis2 besteht aus einer Reihe verschiedener Komponenten, die entweder alle gemeinsam oder getrennt voneinander eingesetzt werden können. Zudem sind verschiedene Distributionen erhältlich. Je nachdem, für welche man sich entscheidet, enthalten sie unterschiedliche Mengen der folgenden Bestandteile: eine Laufzeitumgebung (bzw. ein Container) für Web Services, entweder in Form einer Java-Webanwendung und/oder verschiedener Standalone-Server eine API für die Erstellung von Web Service-Clients umfangreiche Web-Oberfläche zur Administration der Axis2-Web Anwendung ein SOAP-Monitor-Modul zum Mitverfolgen von SOAP-Nachrichten Tools für die automatische Generierung von Code und WSDL-Dokumenten Plug-ins für Eclipse und IntelliJ IDEA, die das Deployment eigener Services und die Codegenerierung vereinfachen Unabhängiges Transportprotokoll-Framework mit Transportprotokollimplementierungen für TCP, JMS, SMTP und SMS 1.4 Warum Axis2 einsetzen? Dies ist eine berechtigte Frage, zumal Axis 1.x in seiner aktuellen Version 1.4 noch immer sehr populär und aufgrund der langen Entwicklungszeit mittlerweile auch sehr stabil ist. Zudem kann Axis 1.4 nun auch mit einer verbesserten Unterstützung für das Nachrichtenformat Document/Literal aufwarten, so wie es vom Basic Profile gefordert wird. Für den Umstieg auf Axis2 gibt es dennoch mehrere gute Gründe, die nachfolgend erläutert werden. Java Web Services mit Apache Axis2 29

29 1 Einleitung Bessere Performance durch StAX und AXIOM Ein zentraler Aspekt von SOAP-Frameworks ist die interne Verarbeitung der XMLbasierten Nachrichten. Axis2 wendet sich hier vom bewährten DOM (Document Object Modell) ab, bei dem für alle eingehenden Nachrichten zunächst ein Objektbaum im Speicher erzeugt wird, der den Inhalt der eingegangenen Nachricht repräsentiert. An Stelle von DOM wird in Axis2 ein StAX-basiertes XML-Parsing eingesetzt, welches SOAP- Nachrichten immer nur so weit parst, wie es zu einem gegebenen Zeitpunkt während der Verarbeitung notwendig ist. Durch dieses verschobene Parsing wird beispielsweise verhindert, dass ein SOAP Body unnötigerweise gelesen wird, obwohl die Nachricht bereits aufgrund ihres Headers abgelehnt wird. Aufbauend auf StAX wurde für Axis2 ein leichtgewichtiges Objektmodell namens AXIOM (Axis Object Model) entwickelt, welches effizienten Zugriff auf die einzelnen Nachrichteninhalte bietet. Da AXIOM kein standardisiertes API darstellt, gibt es darauf aufbauend eine Adapterschicht, die zu JAX-WS 2.0 (früher JAX-RPC) konform ist. Allein der Umstieg auf AXIOM bringt deutliche Verbesserungen hinsichtlich Geschwindigkeit und Speicherverbrauch gegenüber Axis 1.x, die mithilfe von Benchmarks und Performancetests nachgewiesen wurden Flexiblere Kommunikationsinfrastruktur Axis2 unterstützt prinzipiell beliebige Kommunikationsmuster und ist nicht auf Request-Response oder Einwegkommunikation beschränkt. Auch asynchrone Kommunikation wird in vollem Umfang unterstützt Einfacheres Deployment von Services Das Deployment eigener Web Services ist mit Axis2 sehr viel einfacher geworden. Services werden in Axis2 zusammen mit einer Konfigurationsdatei zu einem Archiv zusammengefasst und mithilfe der gegenüber Axis 1.x deutlich erweiterten webasierten Administrationsoberfläche in Betrieb genommen und verwaltet. Ferner ist mithilfe so genannter Custom Deployer die Programmierung eigener Deployment-Strategien einfach möglich. Als Beispiel wird auch gleich der so genannte POJO Deployer mitgeliefert, mit dem sich (annotierte) Java-Klassen in JAR-Dateien ganz ohne Konfigurationsdatei recht einfach deployen lassen Bessere Unterstützung während der Entwicklung Für Anwendungsentwickler stehen nach wie vor Codegeneratoren zur Verfügung, mit deren Hilfe man ausgehend von WSDL-Beschreibungen Grundgerüste für Serviceimplementierungen und Proxy-Klassen für Clientanwendungen erzeugen kann. Um die Arbeit mit Axis2 noch weiter zu vereinfachen, bietet Axis2 zudem Plug-ins für Eclipse und IntelliJ IDEA, die Entwickler bei der Codegenerierung und bei der Paketierung von Web Services unterstützen. 30

30 Die Zukunft von Axis Erweitertes Handler-Konzept Mithilfe des Konzepts von Handlern war es bereits in Axis 1.x möglich, in die Verarbeitung von SOAP-Nachrichten einzugreifen und das Framework damit auf eigene Bedürfnisse abzustimmen bzw. um benötigte Funktionalitäten zu erweitern. In Axis2 wurde das Konzept um so genannte Phasen erweitert, die unterschiedliche Abschnitte der Nachrichtenverarbeitung darstellen. In diesem Zusammenhang können Regeln definiert werden, die beschreiben, welcher Phase ein Handler angehören soll und an welcher Position. Beispielsweise könnte man definieren, dass ein Handler immer an erster oder an letzter Stelle innerhalb einer Phase aktiviert werden soll. Ein oder mehrere Handler werden gemeinsam mit einer Konfigurationsdatei zu Erweiterungsmodulen zusammengefasst, die auf einfache Weise installiert und mit einzelnen oder mehreren Services verknüpft werden Bessere Unterstützung von aktuellen Standards In Bezug auf die zahlreichen neuen Web-Service-Spezifikationen ist Axis2 weitestgehend auf dem neuesten Stand. Neben SOAP 1.2, WSDL 1.1/2.0 und MTOM werden insbesondere auch die wichtigen SOAP-Erweiterungen WS-Addressing, WS-Security, WS- Reliable Messaging und WS-Policy unterstützt, mit deren Hilfe Web Services auch in komplexeren Szenarien eingesetzt werden können. Die Unterstützung dieser Standards ist überdies wichtig für die Interoperabilität mit Microsofts.NET und dessen Kommunikationskomponente WCF (Windows Communication Foundation). Das XML Data Binding wurde für Axis2 völlig neu entwickelt und heißt jetzt ADB (Axis Data Binding). Die Schnittstelle für Data Bindings wurde jedoch offen realisiert, sodass man ADB bei Bedarf durch andere Lösungen wie zum Beispiel XML Beans oder JiBX ersetzen kann. Die Unterstützung von JAXB 2.x befindet sich nach wie vor in Entwicklung, ist nahezu abgeschlossen, wird aber immer noch als experimentielles Feature bezeichnet. Gleiches gilt, wie bereits erwähnt, für JAX-WS 2.0 (JSR 224) und Web Services Metadata (JSR 181). Für Axis 1.x sind dagegen keine neuen Features mehr geplant, sodass man allein aus diesem Grund über einen Umstieg auf Axis2 nachdenken sollte. 1.5 Die Zukunft von Axis2 Axis2 ist ein modernes, stabiles und sehr ausgereiftes Web-Service-Framework, das uneingeschränkt zur Verwendung empfohlen werden kann. Auch eine Migration von auf Axis 1.x basierenden Web Services auf Axis2 ist sinnvoll. Und obwohl Axis2 technologisch auf dem Stand der Zeit ist, gibt es schon Pläne für zukünftige Versionen. Zunächst sei erwähnt, dass derzeit keine erneute Neuimplementierung von Axis, so wie es bereits zweimal der Fall war, vorgesehen ist. Die hohe Flexibilität, Modularität und Offenheit der aktuellen Fassung spielt ihre Stärken beim Einsatz von Axis und bei seiner eigenen Weiterentwicklung voll aus und ist ein gutes Beispiel für eine gelungene Softwarearchitektur. JAX-WS ist auch für die Zukunftsentwicklung ein wichtiges Thema. Derzeit unterstützt Axis2 JAX-WS in der Version 2.0 weitgehend. Mittlerweile liegt JAX- WS jedoch schon in der Version 2.1 vor. Axis2 wird diese Version vermutlich in seiner nächsten Fassungen unterstützen, wahrscheinlich zusammen mit einer dann stabilen Integration des JAXB-Standards, der für JAX-WS von essenzieller Bedeutung ist. Java Web Services mit Apache Axis2 31