|
|
|
Enterprise Application Integration (EAI)
|
| von shark, 28.10.2001 19:06:51 |
   (7 votes)  (2) [vote] |
Unternehmen aus unterschiedlichsten Branchen beschäftigen sich mit dem Thema EAI. Es gibt heute keinen Berater mehr, der EAI nicht in seinem Wortschatz verwendet. Fragt man nach was sich hinter EAI verbirgt, fallen die Antworten trotz der Vielfältigkeit des Themas oft sehr einseitig aus.
Gibt es überhaupt eine eindeutige Antwort auf die Frage? EAI ist weder eine Technologie (MOM, XML, etc.) noch ein Produkt, die Klassifizierung des Begriffes ist entsprechend schwierig.
Ist eine COM-Anwendung die an Microsoft Office angebunden wird bereits eine EAI-Anwendung? Wie stellt sich das Thema EAI in der Praxis dar und welchen Herausforderungen kommen auf Entwickler zu, die sich diesem Thema stellen?
Viele offene Fragen, zu einem Thema, das viele Unternehmen bewegt. Nimmt man sich dem Thema EAI an, so folgt sehr schnell die Fragestellung, ob man das EAI-Problem datenbezogen mit XML oder mit einer Middleware Technologie (MOM, CORBA, Application Server) löst.
EAI ist nicht pauschal zu behandeln, schaut man sich die Hetegorenität der IT-Systeme in den Unternehmen an, so kann es immer nur eine anwendungsfallbezogene Problemlösung geben.
EAI ist eine serverseitig zu lösende Problemstellung und bezieht sich auf Enterprise Applikationen. Eine Anwendungs-integration mit COM, OLE und DDE, die auf der Client-Seite erfolgt, ist nicht in einem Zuge mit EAI zu nennen.
Hersteller unterschiedlichster Technologien drängen in den EAI-Markt. MOM-Hersteller wie Tibco, Progress und IBM die das EAI-Segment mit bestimmen, geraden im Zuge der Weiterentwicklung der Application Server (EJB 2.0 |--> Message Driven Beans) zunehmend in Bedrängnis.
Die Java Connector Architecture (JCA), die Bestandteil der neuen J2EE-Spezifikation ist, bietet Schnittstellen zu Legacy Systemen und ist eine gute Basis für die Lösung von EAI-Problemen.
Im Open Source Bereich gibt es ausgereifte und stabile Softwaresysteme, die als Basis für EAI-Anwendungen dienen können. Der Application Server JBoss (www.jboss.org) ist eine Alternative zu kommerziellen Produkten, die Anforderungen an eine EAI-Plattform erfüllt.
Im Messaging Bereich sollte man sich das Open Source Messaging System "Openadaptor" (www.openadaptor.org) ansehen. "Openadaptor" ist eine ernstzunehmende Alternative zu kommerziellen Messaging Produkten.
Ist das Thema Webservices nicht ebenfalls ein globales EAI-Thema. Webservices kreisen um die XML-Technologie und den Austausch unterschiedlicher Informationen und Datenformate über das Internet. Sind nicht die Webservices deshalb das EAI-Thema schlechthin. Schaut man sich das Thema EAI und Webservices genauer an, so ist in beiden Fällen XML das Messaging-Format, SOAP bzw. MOM der Datenbus und UDDI bzw. eine Datenbank das gemeinsame Repository.
Warum eignet sich XML im Bereich EAI und insbesonders für die Realisierung von B2B Plattformen? Die Antwort liegt in den Transformationsmöglichkeiten von XML verborgen. Benutzt man einen XSLT-Prozessor, transformiert man das Datenformat eines Unternehmens "X" mit vertretbaren Mitteln in das Datenformat eines Unternehmens "Y".
Im Datenbankbereich bieten verschiedene Hersteller mittlerweile die Möglichkeit an, direkt aus der relationalen Datenbank heraus ein XML-Dokument zu erzeugen. Datenbankhersteller wie die Software AG bieten mit "Tamino" eine native XML-Datenbank an, in der XML-Dokumente ohne Veränderung ihrer Struktur verwaltet werden können.
Der Artikel zeigt, dass das Thema EAI fassettenreich ist und deshalb Pauschalantworten zu Lösungsmöglichkeiten von EAI-Problemen schwer fallen. EAI-Strategien sind immer anwendungsfallbezogen zu wählen und mit der für den Anwendungsfall geeigneten Technologie zu lösen. |
|
|
Hinweis: Auf dieser Seite liegen Links zu anderen Seiten im Internet. Für alle diese Links gilt: Wir
betonen ausdrücklich, daß wir keinerlei Einfluß auf die Gestaltung und die Inhalte der gelinkten Seiten
haben. Deshalb distanzieren wir uns hiermit ausdrücklich von allen Inhalten aller gelinkten Seiten auf
dieser Homepage und machen uns ihre Inhalte nicht zueigen. Diese Erklärung gilt für alle auf unserer
Homepage angebrachten Links
Redaktion/Betreiber von JSP-Develop übernehmen keinerlei Gewährleistung und Verantwortung für die Richtig-
und/oder Vollständigkeit von den auf den Webseiten JSP-Develop veröffentlichten Source Codes.
Die Verantwortung der Verwendung/Anwendung sowie etwaige Modifikation der hier veröffentlichten Sourcen
obliegt einzig dem Benutzer der Webseite, welche die veröffentlichten Sourcen in einer Applikation/Anwendung
einsetzt. Durch das Kopieren und/oder Benutzen der Sourcen in einer Applikation/Anwendung
bzw. etwaigen Abschriften wird dieser Rechtshinweis anerkannt.
Java, JSP, JavaServer Pages, J2EE, EJB, JDBC, JNDI, JTA, Sun, Sun Microsystems are trademarks or registered trademarks of Sun Microsystems, Inc. in the United States and in other countries.
IBM, WebSphere are trademarks or registered trademarks of International Business Machines Corporation.
Other trademarks and registered trademarks are the property of their respective owners.
|
|
|
|
