Skip to main content.

Artikel

Nachstehend sehen Sie eine Liste der von mir veröffentlichten Fachartikel zu verschiedenen Themen rund um Java EE, Patterns und Architekturen, SOA und Web Services. Einige der Artikel können Sie hier online lesen.

"Rund gemacht"

Ein erster Blick auf die wichtigsten Neuerungen in JAX-RS 2.0

In Java EE 6 war mit JAX-RS 1.1 erstmals standardisierte Unterstützung für REST-basierte Anwendungen enthalten. Während diese erste Version im Allgemeinen sehr gut angenommen wurde, zeigte sich jedoch schon bald, dass das eine oder andere noch fehlte, um JAX-RS wirklich rund zu machen. Insbesondere existierte bislang keine standardisierte Client-API. Dies und vieles andere mehr soll in JAX-RS 2.0 nun nachgereicht werden.

Stichworte: JAX-RS 2.0, Java EE 7, REST

Ausgabe 01/2013

"Runderneuert"

JMS 2.0 bietet Entwicklern die lang erwartete Modernisierung

Vor über zehn Jahren, anno 2002, erschien J2EE 1.4. Zu den Neuerungen zählten damals unter anderem JSP 2.0 inklusive Expression Language, EJB 2.1 oder Support für XML Schema. Im gleichen Jahr wurde der Euro wurde als Bargeld in Umlauf gebracht, Rudi Völler war Bundestrainer und.. Das alles scheint eine halbe Ewigkeit her zu sein. Ist es auch. Aus dem gleichem Jahr stammt die noch immer aktuelle API für JMS 1.1.

Stichworte: JMS 2.0, Java EE 7, Messaging

Ausgabe 01/2013

"Abstand halten"

Lose gekoppelte Services mit ActiveMQ und Camel

Nachdem im ersten Teil des Artikels die Theorie im Vordergrund stand, geht es dieses Mal um die praktische Umsetzung. Dabei wird ein möglicher Weg skizziert, wie eine typische eng gekoppelte Lösung schrittweise zu einer loser gekoppelten Variante umgebaut werden kann. Ebenfalls wird betrachtet, ob man zu diesem Zweck einen ESB einsetzen sollte.

Stichworte: Services, SOA, Lose Kopplung, WS-* Stack, Messaging, JMS, ActiveMQ, Camel, Routing, Mediation, ESB

Ausgabe 07/2009

"Trugschluss"

Der Einsatz von Services resultiert in lose gekoppelten Systemen. Oder?

Der service-orientierte Ansatz hat weite Verbreitung gefunden. Zu den am häufigsten genannten Gründen oder Zielen für den Einsatz von Services ist dabei die viel zitierte lose Kopplung von Systemen. Erstaunlicherweise zeigt sich in der Praxis jedoch vielfach, dass selbst fortgeschrittene Entwickler tatsächlich sehr eng gekoppelte Lösungen erstellen. Dieser Artikel beleuchtet die Problematik am Beispiel des Web Service-Technologiestacks.

Stichworte: Services, SOA, Lose Kopplung, WS-* Stack, Messaging, Point-to-Point, JMS

Ausgabe 06/2009

"Auslegungssache"

Mit Spring-WS tritt eine Lösung von SpringSource gegen die etablierten Web Service-Frameworks an

Wird eine serverseitige Anwendung, die auch Web Service-Schnittstellen erhalten soll, ohnehin auf Basis des Spring Frameworks implementiert, so scheint es nahezuliegen diese Schnittstellen mit Spring-WS zu realisieren. Aber ist dies immer eine gute Wahl? Dieser Artikel stellt Besonderheiten und Einschränkungen der Spring-Erweiterung vor.

Stichworte: Web Service-Frameworks, Spring-WS

Ausgabe 05/2009

"Qual der Wahl"

Entscheidungshilfe für die Auswahl eines Web Service-Frameworks

Web Services werden heute in einer Vielzahl von Projekten eingesetzt. Die zunehmende Verbreitung der Technologie führte unter anderem auch dazu, dass inzwischen eine ganze Reihe von Frameworks erhältlich ist, welche die Entwicklung von Web Service-Anwendungen vereinfachen sollen. So stehen Entwickler einmal mehr vor der Aufgabe, das richtige Framework auszuwählen.

Stichworte: Web Service-Frameworks, Metro, Apache Axis2, Apache CXF, Spring-WS

Ausgabe 02/2008

"Grau ist (fast) alle Theorie" (Online-Artikel)

Color Modelling unterstützt die Erstellung von Domänemodellen mit Farben

Nicht alles, was schon ein paar Jahre älter ist, muss deswegen gleich schlecht sein. Gerade in einer Branche, in der nichts so konstant ist wie der stetige Wandel, sollte man sich dies immer mal wieder ins Gedächtnis rufen. Während sich Technologien rasant verändern und verbessern, haben grundlegende Erkenntnisse, Methodiken oder Ansätze in der Regel deutlich länger Bestand. Die Analysetechnik des „Color Modelling“ wurde bereits vor zehn Jahren erstmals vorgestellt, begeistert ihre Anhänger jedoch noch heute.

Stichworte: Color Modelling, Domain-driven Design

Ausgabe 12/2007

"Eins, zwei, Zauberei"

Eclipse-Plugins für Apache Axis2 1.2 kurz vorgestellt

Das Web Service-Framework Apache Axis2 hat inzwischen bereits Version 1.2 erreicht. Neben verschiedenen Detailverbesserungen und einigen wenigen neuen Features gegenüber Version 1.1 wurden unter anderem auch die beiden Plugins für Eclipse aktualisiert. Sie können insbesondere Einsteigern die Arbeit mit dem Framework erleichtern.

Stickworte: Axis2, Eclipse, plugins

Ausgabe 02/2007

Webservices: Zuverlässig mit neuen Spezifikationen

In Unternehmensanwendungen essentielle Aspekte wie Sicherheit, Transaktionen und Zuverlässigkeit ließen sich anfangs im Webservice-Umfeld schwer umsetzen, weil Standards fehlten. Mit WS-Policy, WS-Reliable Messaging und WS-Addressing lassen sich einige Fähigkeiten nachrüsten.

Stichworte: WS-Policy, WS-Reliable Messaging, WS-Addressing

Ausgabe 01/2007

Baukastenprinzip: Web Services mit Apache Axis2 (Teil 3)

Natürlich muss ein modernes Web Service-Framework alle wichtigen und aktuellen Standards und Spezifikationen der Web Service-Welt unterstützen. Axis2 macht da keine Ausnahme und bringt neben den obligatorischen SOAP 1.1/1.2 und WSDL 1.1/2.0 auch bereits direkt eingebaute Unterstützung für WS-Addressing mit. Implementierungen für WS-Security und WS-ReliableMessaging wurden in parallelen Web Service-Projekten von Apache implementiert und stehen nun als Erweiterungsmodule für Axis2 bereit. In dieser Ausgabe werfen wir einen Blick auf diese Technologien und das Zusammenspiel der Apache-Implementierungen mit Axis2.

Stichworte: Axis2, Module, WS-Security, WS-Addressing, WS-ReliableMessaging

Ausgabe 12/2006

Zukunftssicher: Web Services mit Apache Axis2 (Teil 2)

Nachdem im ersten Teil der Artikelserie zu Apache Axis2 die Entwicklung von Services und Clients erläutert wurde, widmet sich diese Ausgabe den weit reichenden Neuerungen bei der internen Nachrichtenverarbeitung und dem Konzept für Funktionserweiterungen. Das vom Vorgängerprojekt bekannte Konzept der Handler ist zwar weiterhin vorhanden, wurde jedoch stark erweitert und ist nun deutlich flexibler, wodurch die umfassende Unterstützung wichtiger Web Service- Standards ermöglicht wird.

Stichworte: Axis2, Handler, Phasen, Flows, Module

Ausgabe 11/2006

Wie man sich bettet...: Web Services mit Apache Axis2 (Teil 1)

Apache Axis2 bringt gegenüber seinem Vorgänger weit reichende Verbesserungen und eine Vielzahl neuer Funktionen mit, welche die Entwicklung vereinfachen und insbesondere für den Einsatz von Web Services in geschäftskritischen Anwendungen sehr wichtig sind. Diese Artikelreihe stellt die wichtigsten Neuerungen vor und soll helfen die Wartezeit bis zum Winter zu verkürzen, wenn ein neues Buch zum Thema Axis2 im Software & Support Verlag erscheint. Im ersten Teil der Serie wird die Entwicklung von Services und Clients mit Eclipse betrachtet..

Stichworte: Axis2, Code-Generierung, Contract First, asynchrone Kommunikation, Eclipse Plug-Ins

Ausgabe 10/2006

Spring Time: Lose gekoppelte Anwendungen mit Axis und Spring

Die sich immer schneller verändernden Anforderungen an Softwarelösungen machen es notwendig, Anwendungen so erweiterbar und flexibel wie irgend möglich zu implementieren. Natürlich gilt dies auch für Web Services. Wir zeigen, wie durch eine Kombination von Axis und Spring erreicht werden kann, dass Web-Service-Schnittstellen äußerst flexibel an neue Nachrichtentypen und Inhalte angepasst werden können.

Stichworte: Axis, Spring, lose gekoppelte Anwendungen

Ausgabe 06/2006

Apache Axis für Fortgeschrittene

Mit der rasanten Verbreitung von Web Services hat auch das Open Source-Projekt Apache Axis vielfältigen Einsatz gefunden. Dessen offizielle Dokumentation geht jedoch über die ersten Schritte nicht hinaus, und vieles wird nur unzureichend erläutert. Beim Projekteinsatz stößt man sehr oft an ihre Grenzen. So wird vielen Entwicklern gar nicht bewusst, was man mit Axis alles machen kann. Dieser Artikel wendet sich daher an Entwickler, die bereits ein wenig Erfahrung mit Axis gesammelt haben und behandelt einige weiterführende Themen: die Verwendung unterschiedlicher Nachrichtenformate, Provider, Message Services und fortgeschrittene Einsatzgebiete für Handler.

Stichworte: Axis, SOAP Nachrichtenformate, Provider, Message Services, Handler

Ausgabe 01/2006

Einfach unbeschreiblich? (Web Service-Interoperabilität, Teil 4)

In den vorangegangenen drei Artikeln dieser Serie wurde hervorgehoben, dass der Contract First-Ansatz eine wichtige Grundvoraussetzung für die Entwicklung interoperabler Web Service-Anwendungen darstellt. Dabei bilden die Erstellung von XML Schema(ta) und WSDL-Beschreibung den Ausgangspunkt der Entwicklung und nicht die Implementierung eines Service oder einer Service-Schnittstelle. Doch gerade die Erstellung von WSDL-Beschreibungen hat ihre Tücken. Dieser Artikel beschreibt anhand eines Beispiels worauf zu achten ist, und wie man ausgehend von einer WSDL-Beschreibung einen einfachen .NET-Client erzeugt. Beispielcode herunterladen

Stichworte: Contract First, XML Schema, WSDL, Interoperabilität, .NET, Apache Axis, WSCF

Ausgabe 01/2006

Ausnahmeerscheinungen (Web Service-Interoperabilität, Teil 3)

Nachdem in den bisherigen Teilen der Artikelserie zum Thema Interoperabilität von Web Services der Fokus auf Sicherheit und WS-Security lag, soll in dieser Ausgabe ein vollkommen anderer, jedoch nicht minder wichtiger Aspekt beleuchtet werden: die Übermittlung von Informationen über aufgetretene Fehler und ihre Verarbeitung in Form anwendungsspezifischer Exceptions. Beispielcode herunterladen

Stichworte: SOAP Faults, Exceptions, Interoperabilität, .NET, Apache Axis

Ausgabe 12/2005

Zertifizierte Sicherheit - ganz einfach? (Web Service-Interoperabilität, Teil 2)

Im ersten Teil dieser Artikelserie wurde ein beispielhaftes Web Service-Projekt vorgestellt, anhand dessen die Interoperabilität von WS-Security zwischen der Java-Plattform und .NET erörtert werden soll. Java wird dabei vertreten durch die Apache-Projekte Axis und WSS4J, auf der .NET-Plattform kommt WSE (Web Services Enhancements) zum Einsatz. Dabei wurde zunächst nur ein Teil von WS-Security betrachtet, das so genannte UsernameToken. Bereits damit gab es einige Probleme zu umschiffen. In einem zweiten Schritt sollten nun zwei weitaus wichtigere Features von WS-Security eingesetzt werden: Verschlüsselung der Nachrichten und digitale Signaturen. Doch damit fingen die Probleme erst richtig an... Beispielcode herunterladen

Stichworte: WS-Security, Interoperabilität, Apache WSS4J, .NET, Apache Axis, Verschlüsselung, digitale Signaturen

Ausgabe 11/2005

Mit Sicherheit ein gutes Gefühl (Web Service-Interoperabilität, Teil 1)

Das Thema "Interoperabilität von Web Services" sorgt bereits seit einiger Zeit für Gesprächsstoff. Dies geschieht nicht ohne Grund: zwar ist prinzipiell klar, dass sich mit den zur Verfügung stehenden Technologien wie SOAP und WSDL theoretisch mehr oder weniger beliebige Interoperabilität herstellen lässt, in der Praxis steckt der Teufel jedoch allzu oft im Detail. In einer Artikelreihe machen wir die Probe aufs Exempel und testen die Interoperabilität zwischen Java und .NET anhand praxisnaher Anwendunsszenarien der Web Services-Welt. Im ersten Teil: WS-Security Beispielcode herunterladen

Stichworte: WS-Security, Interoperabilität, Apache WSS4J, .NET, Apache Axis, UsernameToken

Ausgabe 10/2005

SOAP-Framework der dritten Generation - Axis 2 Entwickler im Gespräch (Online-Artikel)

An Motivation für die Entwicklung einer neuen Axis-Version mangelte es nicht. So ist Axis 1.x beispielsweise sehr stark auf Request-Response-basierte Kommunikation ausgelegt, während sich andere Kommunikationsmuster umständlich oder gar nicht realisieren lassen. Weiterhin fällt noch immer an vielen Stellen auf, dass Axis 1.x ursprünglich mit Fokus auf das SOAP-Nachrichtenformat RPC/Encoded entwickelt wurde. Axis 2 soll nun bessere Unterstützung für dokumenten-basierte Kommunikation enthalten. Weitere Gründe waren die verbesserungswürdige Unterstützung für asynchrone Kommunikation, Performance, sowie einige neue Spezifikationen wie WSDL 2.0, die implementiert werden sollten. So verwunderte es auch nicht, dass die beiden Veranstaltungen zu Axis 2 auf der ApacheCon Europe bestens besucht waren. Am Rande der Konferenz ergab sich Gelegenheit zu einem Gespräch mit drei der Kernentwickler des Axis 2-Projektes: Eran Chinthaka, Chathura Herath und Ajith Ranabahu.

Stichworte: Apache Axis 2

Ausgabe 10/2005

Contract First: schnittstellenbasierte Entwicklung von Web Service-Anwendungen

Web Services haben zweifellos den Sprung vom Hype zur Realität geschafft. Viele namhafte Unternehmen bieten mittlerweile entsprechende Schnittstellen für ihre Dienstleistungen im Internet an und auch innerhalb von Unternehmen werden Web Services inzwischen sehr häufig zur Integration heterogener Anwendungen und Plattformen eingesetzt. Doch gerade das Erreichen bestmöglicher Interoperabilität scheint bei der Entwicklung von Web-Services-Anwendungen noch immer eine große Herausforderung zu sein. Dies liegt jedoch häufig an der Herangehensweise. Dieser Artikel zeigen Ihnen mit dem "Contract First"-Ansatz einen Weg, der den größten Teil der Interoperabilitätsprobleme sicher umschifft.

Stichworte: Web Services, Interoperabilität, WS-I, Basic Profile, XML-Schema, WSDL, Apache Axis

Ausgabe 6/2005

Web Services weiter im Vormarsch (PDF)

Das vergangene Jahr brachte endgültig den Durchbruch für die Web Services-Technologie. Nach längerer Zeit des - auch wirtschaftlich bedingten - Zögerns wurden Web Services in vielen Projekten erfolgreich eingesetzt, worüber unter anderem auf der OOP-Konferenz im Januar in zahlreichen Beiträgen berichtet wurde. Dieser Trend wird sich auch im laufenden Jahr ganz offensichtlich fortsetzen.

Stichworte: Web Services, Trends 2005

Ausgabe 3/2005

Die Achse des Guten

Im ersten Teil der Artikelserie über Web Service-Programmierung mit Apache Axis zeigen Ihnen die Autoren des Buches "Java Web Services mit Apache Axis", was sich hinter Axis verbirgt und wie es entstanden ist. Im weiteren Verlauf wird demonstiert, wie einfach man mit Axis Web Services implementiert und wie man diese in die eigene Programmentwicklung integriert.

Stichworte: Axis Features, Installation, erste Schritte, Deployment, Implementierung von Services und Clients

Ausgabe 7/2004

Achsen-Macht

Nachdem im vorangegangenen Artikel über Apache Axis gezeigt wurde, wie man einen einfachen Web Service auf der Basis von Axis entwickelt und deployt, soll es in diesem zweiten Teil um einen komplexeren Web Service und dessen Implementierung mit Axis gehen. In diesem Zusammenhang werden Serializer und Deserializer vorgestellt, mit denen der Konvertierungsvorgang von Java-Datentypen nach XML und zurück beeinflusst werden kann. Abgerundet wird der Artikel mit der Beschreibung der in Axis enthaltenen Tools zur Überwachung der Web Service-Kommunikation, die insbesondere bei der Fehleranalyse sehr hilfreich sein können.

Stichworte: komplexe Datentypen, (De-)Serialisierung, Type Mapping, TCPMonitor, SOAPMonitor

Ausgabe 7/2004

Das Runde muss ins Eckige

Nachdem in den beiden vorangegangenen Teilen der Artikelserie zunächst architektonische Überlegungen angestellt und dann die Realisierung der Präsentationsschicht beleuchtet wurde, geht es dieses Mal um die immer wiederkehrende Frage, mit welcher Technologie der objekt-relationale Sprung beim Zugriff auf die Datenbank am besten gemeistert werden kann. Hierzu werden die wichtigsten zur Wahl stehenden Alternativen vorgestellt, um anschließend die Umsetzung im Tippspiel-Projekt anhand der gewählten Technologie zu erläutern.

Stichworte: Persistenz-Strategien, JDO, JDBC, EJB, Eclipse, JFaceDBC

Ausgabe 6/2004

Das nächste Spiel ist immer das schwerste

Das gilt auch dann, wenn man gar nicht selbst mitspielt, sondern bloß tippen soll wie’s ausgeht. Immerhin kann durch die Programmierung einer Tippspiel-Anwendung wenigstens der organisatorische Aufwand eines Tippspielverwalters in Grenzen gehalten werden. Nachdem im ersten Teil der Artikelreihe Use Cases für die Tippspiel-Web-Anwendung erstellt, ein erster Entwurf für ein Entity Relationship-Diagramm abgeleitet und architektonische Grundentscheidungen getroffen wurden, soll in dieser Ausgabe die Präsentationslogik näher betrachtet werden

Stichworte: MVC, Struts, JSP, Servlets, Tag Libraries, Business Delegate

Ausgabe 5/2004

Der Ball ist rund

Die Fussball-Europameisterschaft steht vor der Tür und Millionen deutscher Nationaltrainer diskutieren, wie hoch der Sieg gegen Holland wohl ausfallen wird. Weil da jeder so seine eigene Meinung hat, und man vorher eben nie genau weiß wie's am Ende ausgeht, sind Tippspiele so ungemein beliebt. Höchste Zeit also, endlich mal eines zu programmieren - ganz nebenbei kann man dabei eine Menge über J2EE und Patterns lernen.

Stichworte: UML, Use Cases, ER-Diagramm, J2EE Patterns, Software-Architektur

Ausgabe 4/2004

WS-Security mit Apache Axis

Sichere Web Service-Anwendungen sind nicht mehr nur graue Theorie. Nachdem im Artikel "Web Services? Aber sicher!" die Grundlagen von WS-Security eingehend erläutert wurden, soll nun die praktische Umsetzung anhand eines einfachen Beispiels verdeutlicht werden. Folgender Artikel ist ein gekürzter Vorabdruck des Kapitels "Web Services und Sicherheit" aus dem Buch "Java Web Services mit Apache Axis", an welchem Thilo Frotscher gemeinsam mit vier weiteren Autoren im Augenblick arbeitet. Zum Verständnis der Beispiele setzt dieses Kapitel Kenntnisse über die Programmierung von Message Handlern voraus, da diese in einem früheren Kapitel des Buches erläutert werden.

Stichworte: Apache Axis, WS-Security, Message Handler, VeriSign TSIK

Ausgabe 1/2004

Web Services? Aber sicher!

Obwohl die Entwicklung der Web Service-Technologie rasch voran schreitet, blieb das Thema Sicherheit für lange Zeit ein ungeklärter Punkt. Immer wieder wurden in der Vergangenheit fehlende Sicherheitsstandards als Hauptgrund für das Aufschieben von Web Services-Projekten genannt. Dabei stellen gerade Web Services-Anwendungen besondere Sicherheitsrisiken dar - neben all den anderen, die es schon in gewöhnlichen Web-Anwendungen zu meistern galt. Zu den wichtigsten Gefahrenpotentialen gehören etwa ihre denzentralisierte Architektur und Administration, sowie heterogene Implementierungstechnologien der beteiligten Web Services und Clients

Stichworte: Kryptographie, WS-Security, XML Encryption, XML Signature

Ausgabe 9/2003

UDDI kritisch beleuchtet

UDDI wird neben SOAP und WSDL zu den drei Hauptsäulen einer Web Services-Architektur gezählt. Dennoch fand es bisher nicht annährend das gleiche Interesse wie seine beiden Kompagnons. Warum dem so war, und was UDDI eigentlich genau ist, erfahren Sie auf den folgenden Seiten.

Stichworte: Universal Business Registry, UDDI-Datenmodell, UDDI APIs. UDDI4J, WS-Inspection

Ausgabe 3/2003

Komposition von Web Services mit WSFL

Bisherige Web Service-Anwendungen beschränken sich häufig auf einfache Interaktionen, wie die Nutzung von Informationsdiensten oder den Aufruf mehr oder weniger für sich allein stehender Operationen. Damit die Technologie erwachsen werden kann, müssen auch anspruchsvolle Geschäftsprozesse auf einfache Weise realisierbar sein.

Stichworte: Modellierung von Geschäftsprozessen, Orchestrierung, Flow Model, Global Model, Rekursive Komposition

Ausgabe 1/2002

Java Web Start - Javas Rückkehr auf die Clients?

Nach einiger Enttäuschung über die schlechte Performanz von Swing-Anwendungen und die Probleme, die beim Einsatz von Applets auftraten, herrschte lange Zeit Resignation, was den Einsatz von Java auf dem Client angeht - web-basierte Anwendungen haben sich mittlerweile flächendeckend durchgesetzt. Nachdem die Performanzprobleme mit dem JDK 1.3 deutlich reduziert wurden, tritt nun mit Java Web Start eine neue Technologie an, Java zu einem eindrucksvollen Comeback auf den Clients zu verhelfen.

Stichworte: Software-Verteilung, Thin Clients, Fat Client, automatisches Update, JNLP

Ausgabe 6/2001

XML-Kommunikation in Java mit SOAP

Verteilte Objekte können jetzt quer durch das Internet miteinander kommunizieren - über alle Plattform- und Sprachbarrieren hinweg, und durch jede Firewall hindurch. Das gibt’s doch gar nicht? Doch, SOAP macht’s möglich.

Stichworte: Motivation, Protokolldetails (SOAP Header, SOAP Body), Beispiele

Ausgabe 2/2001

...weitere Artikel für c't und das microsoft system journal