Vortrag ESB. von Ahmadreza Ibrahimzadeh

Transkript

1 Vortrag ESB von Ahmadreza Ibrahimzadeh

2 Inhaltsverzeichnis 1. Einleitung Enterprise Service Bus (ESB) Produkte JBOSS-ESB, Riftsaw ESB-Eigenschaften Service und Nachrichten Client JBossESB Listener-Konfigurationen Nachricht Buildung und Service Listeners Router Notifiers ServiceInvoker Transaction Semantics Threading Load Balancing Pass-by-Value/Pass-by-Reference Deployment ESB-Services Beispiele...11 Seite 2 / 13

3 1. Einleitung Paradigma Software-Entwicklung COBOL (1959, Funktionale Dekomposition, Flow Charts) Funktionale Programmierung (Pascal, Mini Service in form von.lib) Modul-Konzept (Ada, Modula2, VBX) OOP (1967, Simula), Kapselung & Bündelung von Daten, Funktionen und das Konzept der Entities als Objekt. Es führte zu Interface Paradigma Distributed Computing (UNIX, telnet, NFS, CORBA, DCOM, EJB, XML SOA Paradigma Mensch-Maschine-Interaktion Paradigma Maschine-Maschine-Interaktion SOA 2. Enterprise Service Bus (ESB) ESB ist die nächste Generation von EAI besser und Hersteller-unabhängig. Traditionelle EAI Stacks beinhalten: Business Process Monitoring Integrated Development Environment Human Workflow User Interface Business Process Management, Connectors Transaction Manager Security Application Container Messaging Service Metadata Repository Naming and Directory Service Distributed Computing Architecture Für den Betrieb der Interaktion zwischen den Services und mit den bestehenden Systemen bedarf es einer Kommunikations-Infrastruktur. ESB stellt diese Infrastruktur zur Verfügung. 2.1 Produkte Open ESB ServiceMix Apache Synapse Celtix Mule Oracle WebSphere und viele andere 2.2 JBOSS-ESB, Riftsaw Open Source BPEL Engine WS-BPEL 2.0 engine Basiert auf Apache ODE (Orchestration Director Engine), CFX UDDI registrierung von BPEL endpoints, und Runtime UDDI Endpoint lookup als Vorschau feature Integriert mit JBoss ESB (Infrastruktur logic.). Java spezifisch Run-time message mediator Message translation Seite 3 / 13

4 Security model translation 3. ESB-Eigenschaften Process orchestration, typischerweise über WS-BPEL Protocol translation Adapters Change management (Hot Deployment, Versionierung, Lifecycle-Management) Quality of service (Transaktionen, Failover) Quality of protection (Message Encryption, Security) Management Eclipse-based BPEL designer und deployment Seite 4 / 13

5 JMS Implementation Seite 5 / 13

6 Service Registry ist eine JAXR Registry-Implementation. In dem Bsp.: Registry benutzt RMI basierte Kommunikation. JMS Gateway Listener: Der Gateway Listener ist eine der Schlüssel Architektur- Komponenten von JBossESB. Diese Typ Listener ist die Schnittstelle zu dem ESB aus Endpoints ausserhalb der ESB -Domain. In diesem Beispiel Fall wird ein JMS Gateway benutzt. ESB Aware and Unaware Messages In dem JBossESB-Konzept ist der Typ Message genau definiert, nämlich in xml/message.xsd. Mit diesem Konzept wird die Übertragung von decorated messages zwischen den Komponenten des ESB ermöglicht. Seite 6 / 13

7 3.1 Service und Nachrichten Nach den SOA-Prinzipien ist alles innerhalb JBossESB entweder ein Service oder eine Message. Services beinhalten die Geschäftslogik oder drucken die Legacy-Systems- Integration. Nachrichten sind die Kommunikationswege zwischen Clients und Services. <?xml version = "1.0" encoding = "UTF-8"?> <jbossesb xmlns=" s/xml/jbossesb xsd" invmscope= GLOBAL > <services> <service category="retail" name="arienstore" description="arien Store Service"> <actions> <action name="println" class="org.jboss.soa.esb.actions.systemprintln" /> </actions> </service> </services> </jbossesb> 3.2 Client ServiceInvoker invoker = new ServiceInvoker( Retail, ArienStore ); Message message = MessageFactory.getInstance().getMessage(); message.getbody().add( Hi there! ); invoker.deliverasync(message); Service Registry ist das Bindeglied zwischen Service/Nachrichten mit Clients. 3.3 JBossESB Listener-Konfigurationen JBossESB unterstüzt zwei Arten von Listener-Konfigurationen: Gateway Listeners: Diese Listener-Konfiguration konfiguriert ein Gateway Endpoint. Dieser kann zum Nachrichten-Empfang im ESB genutzt werden. Er ist für die Übertragungs-Informationen einer Nachrichten verantwortlich, bevor sie an die Service's Action Pipeline übergeben werden. ESB Aware Listeners: Diese Listener-Konfiguration konfiguriert einen ESB Aware Endpoint. Dieser wird für den Austausch der Nachrichten zwischen ESB Aware Komponenten genutzt. Bsp. : JMS Gateway listener <?xml version = "1.0" encoding = "UTF-8"?> <jbossesb xmlns=" trunk/product/etc/schemas/xml/jbossesb xsd"> <providers> Seite 7 / 13

8 <jms-provider name="jbossmq" connection-factory="connectionfactory"> <jms-bus busid="arienstorejmsgateway"> <jms-message-filter dest-type="queue" destname="queue/arienstorejmsgateway"/> </jms-bus> </jms-provider> </providers> <services> <service category="retail" name="arienstore" description="arien Store Service" invmscope= GLOBAL > <listeners> <jms-listener name="arienstorejmsgateway" busidref="arienstorejmsgateway" is-gateway="true"/> </listeners> <actions> <action name="println" class="org.jboss.soa.esb.actions.systemprintln" /> </actions> </service> </services> </jbossesb> 4. Nachricht Bei allen Interaktionen zwischen Clients und Services in JBossESB findet ein Nachrichtenaustausch statt. <xs:complextype name="envelope"> <xs:attribute ref="header" use="required"/> <xs:attribute ref="context" use="required"/> <xs:attribute ref="body" use="required"/> <xs:attribute ref="attachment" use="optional"/> <xs:attribute ref="properties" use="optional"/> <xs:attribute ref="fault" use="optional"/> </xs:complextype> Seite 8 / 13

9 public interface Message { public Header getheader (); public Context getcontext (); public Body getbody (); public Fault getfault (); public Attachment getattachment (); public URI gettype (); public Properties getproperties (); } Seite 9 / 13

10 5. Buildung und Service 5.1 Listeners Listeners kapseln die Endpoints für den ESB-Aware Nachrichtenempfang. Sie leiten die Nachrichten in eine Pipeline von Message Prozessoren, die die Nachricht vor dem Routing zu dem replyto -Endpoint bearbeitet. 5.2 Router Router können sowohl die Nachricht als auch Übertragung-Informationen einer Nachricht an einen Endpoint weiterleiten. Einige Router unterstüzen 'unwrap' property. Wenn diese Eigenschaft auf true gesetzt ist, wird die ESB Message Übertragungsinformation extrahiert und nur diese Information wird zu dem ESB-unaware Endpoint gesendet. Wenn 'unwrap' auf false gesetzt wird, wird die ESB Message als Ganze an Empangs-Endpoint gesendet. Falls ein Splitting von Nachrichten benötigt wird, muss StaticWiretap action eingesetzt werden. Routing kann auch auf Nachrichtenbasis stattfinden. 5.3 Notifiers Notifiers sind die Propagations-Wege für den Erfolg / Misserfolg (Error) von ESB-unawareendpoints. 5.4 ServiceInvoker Transactions InVM Transport Transaction Semantics Der InVM Transport in JBossESB ist nicht transaktional und die Message Queue wird flüchtig in Speicher gehalten. Das bedeutet, dass nach einem Systemfehler oder -Shutdown ist die Message-Queue nicht mehr verfügbar Threading Load Balancing Seite 10 / 13

11 5.4.4 Pass-by-Value/Pass-by-Reference 5.5 Deployment Structure: META-INF jboss-esb.xml deployment.xml MANIFEST.MF <java classes> <jars> <queue-service.xml> <jboss-esb.xml> beinhaltet die Service/Provider Konfiguration (Listener und Actions). <deployment.xml> ist optional, aber kann aus 2 Gründe benutzt werden: Abhängige.esb Archive definieren, um classloader-order zu spezifizieren Archiv-basiertes Deployment von.esb ermöglichen <java classes> <jars> <queue-service.xml> 5.6 ESB-Services jbossesb.esb - internal services like the DeadLetterService jbrules.esb - needed for rules evaluation using JBossRules, for services like the Content- Based Router jbpm.esb - needed for default provider of Business Process Management jbpm smooks.esb - default message transformation engine Smooks. Diese Services werden bei Default Deployed standardmäßig verwendet, können aber auch von Deploy-Xml entfernt werden. 6. Beispiele ArienService Jboss ESB bietet zwei Out-of-the-Box Actions für Interaktionen: SOAP Client Action erlaubt die Nutzung von extern gehostete WS.-Endpoints SOAP Processor Action erlaubt den Kontakt zwischen JbossWS-Endpoints durch Endpoints (Listeners, SOAP onto the bus ) Seite 11 / 13

12 Seite 12 / 13

13 XML-Files Client Seite 13 / 13