De ABILITIES Interoperability Bus

Het project “Application Bus for InteroperabiLITy In enlarged Europe SMEs” (ABILITIES) is/was een onderdeel van het Sixth Framework programma van de Europese Commissie. Het project was gestart in januari 2005 en kende een looptijd van 2 jaar. Het project had als voornaamste doel het onderzoeken, ontwerpen en ontwikkelen van oplossingen voor het verbeteren van de interoperabiliteit in het bestel-tot-facturatie proces (order-to-invoice procurement cycle).

Ik zal hierna het ABILITIES project verder toelichten maar voor meer informatie kunt u terecht op de website ViewZone.org onder ABILITIES.

Het ABILITIES project richtte zich op de Interoperabiliteit tussen kleine en middelgrote bedrijven in de minder ontwikkelde landen en de minder technologie gedreven industriesectoren. Bedrijven en partners uit Duitsland, Hongarije, Slovenië, Rusland, Lithouwen, Roemenië, Turkije en Italië waren betrokken.

Analyse van de problematiek van Enterprise Interoperabiliteit leidde tot de identificatie van twee focusgebieden - interoperabiliteitslagen (interoperability levels):
- de ontwikkeling van een innovatieve architectuur voor de realisatie van Interoperabiliteit met ondermeer intelligente adaptieve bedrijfsdocumenten en integratie van state-of-the-art languages en standaarden voor Business Process Management en Service Orchestration

- de definitie van Intelligente en Adaptive UBL bedrijfsdocumenten voor de kleine en middelgrote bedrijven in het uitgebreide Europa

Het voorstel was om een gemengde architectuur te ontwikkelen die voor uitwisseling van documenten de voordelen combineert van message-based Service Oriented Architectures en van intelligente systemen.

Functionaliteit van ABILITIES
De ABILITIES architectuur voorziet in een aantal functies waarmee de onafhankelijkheid en autonomie van elke deelnemer wordt gegarandeerd.

Ondermeer volgende functies zijn voorzien:
- Configuration Module (Module voor de configuratie van samenwerking)
Voor de communicatie tussen bedrijven zijn de gegevens van de inkooporder en het definiëren van specificaties van goederen en diensten belangrijk. Wanneer standaard samenwerkingsverbanden of -configuraties niet meer volstaan of ontoereikend zijn dan kan met deze functie gedefinieerd worden in welke gevallen een sessie gestart moet worden tussen twee bedrijven voor het afhandelen van openstaande kwesties.

- Negotiation Rules Engine
Elk bedrijf kan haar algemene regels vastleggen en de speciale regels die gelden voor sommige partnerbedrijven.

- Process Designer
De applicatie ondersteunt het ontwerpen en beheren van bedrijfsprocessen via een Process Designer Module.
Via deze module kunnen procesmodellen gedefinieerd, onderhouden en grafisch weergegeven worden.

- Collaboration Configuration Manager
Via de Configuration Manager kunnen partijen verschillende vormen van samenwerking inregelen en inplannen.

Het hart van de ABILITIES architectuur
Het hart van de ABILITIES architectuur is de ABILITIES Interoperability Bus (AIB), gerealiseerd op basis van een Open Source Enterprise Service Bus (ESB). Alle componenten die de interoperabiliteit tussen samenwerkende bedrijven ondersteunen worden gekoppeld aan deze ESB zoals aangegeven in onderstaande figuur.

Een ESB heeft als voornaamste taken Messaging, Transformation en Routing. Daarvoor beschikt een ESB over drie centrale eigenschappen:
1) een Message Oriented Middleware (MOM),
2) connectiviteit gebaseerd op Web Services
3) XML- en SOAP-Messaging and Routing

Voor de Enterprise Service Bus is in het ABILITIES project uitgegaan van Apache ServiceMix. Apache ServiceMix is een Enterprise Service Bus (ESB) die de functionaliteit van Service Oriented en Event Driven Architectures combineert.

Belangrijk gegeven is dat het ABILITIES project uitgaat van de OASIS UBL specificaties voor het uitwisselen van bedrijfsdocumenten tussen afzender en ontvanger. Daarmee bevestigd UBL nogmaals vrij algemeen geaccepteerd te zijn als berichtenstandaard binnen Europa.

Volgens de informatie die ik verder kon vinden heeft het ABILITIES project niet geleid tot een oplossing die daadwerkelijk in gebruik genomen is. De opgedane kennis en ervaring wordt wel weer in andere projecten ingezet en/of toegepast ondermeer door het Software Research & Development Center van de Middle East Technical University (METU) in Turkije.

Het architectuurconcept van ABILITIES zou naar mijn mening in de Open Source wereld opgepakt en verder uitgewerkt kunnen worden. Een combinatie met ChainBuilder van BosTech zou tot iets moois kunnen leiden.

Hint: Op de website van CORDIS (Community Research & Development Information Service) kunt u meer informatie vinden over projecten die uitgevoerd worden binnen het Sixth Framework programma van de Europese Commissie.

Tags van Technorati: enterprise service bus,Government,interoperability frameworks,UBL

Last update: 3-12-2011

Is de Inter Enterprise Buziness Hub de toekomst ?

In 2005 heb ik de implementatie van Elektronisch Bestellen en Factureren begeleid tussen twee bedrijven voor een leverancier van diensten. Het doel was om de verkoop- en inkoopprocessen van beide partijen te integreren gebruikmakende van elektronische gegevensuitwisseling op basis van internationale standaarden.

Het verzoek was uitgegaan van de klant omdat deze door elektronische verwerking van facturen aanzienlijke besparingen kon realiseren. De klant had de implementatie en het beheer volledig uitbesteed aan een intermediair, een aanbieder van Electronic Ordering en Invoice Presentment via het Web.

In mijn bloart Definitie Elektronisch Factureren schets ik de voornaamste uitvoeringsvormen van Elektronisch Factureren in Nederland. Het model dat door de klant werd geïmplementeerd was het Buyer Direct Model waarbij de web-gebaseerde oplossing en de integratie met de systemen (klant en leveranciers) door de intermediair werden geleverd.

Het was gedurende deze implementatie dat ik mij bewust werd van het interoperabiliteitsvraagstuk. Nog tijdens het project ben ik gaan nadenken over een andere benadering voor het realiseren van Business-to-Business (Elektronisch Zakendoen) tussen meerdere bedrijven. Conceptueel was het voor mij vrij snel duidelijk dat de bedrijfswereld het beste gebaat was bij een combinatie van Business-to-Business Integratie en Web Presentment waarbij gebruik gemaakt wordt van een gemeenschappelijk informatie model en open standaarden.

Waar gaat het naartoe met Business Integratie ?
Met de sterke opkomst van op diensten gerichte architecturen (Service Oriented Archtectures) leek het mij zinvol om een gedegen onderzoek uit te voeren naar de marktontwikkelingen en de visies van analisten. Heel veel presentaties, onderzoeksverslagen, scripties en thesissen zijn de revue gepasseerd. Interessant was de presentatie “Constructing Software for Service Oriented Architecture” van Jean-Jacques Dubray uit 2004. Ondertussen is een hernieuwde versie met de titel “An Introduction to SOA” beschikbaar op de website www.ebpml.org. In de presentatie wordt een overzicht gegeven van de ontwikkeling van Connectiviteit en Business Integratie over de afgelopen 30 jaar. Forrester en Gartner hebben de voorbije jaren deze grafiek verder aangevuld met hun visie op Business Integratie. Service Oriented Architectures spelen daarin eveneens een belangrijke rol maar beide analisten hebben een eigen kijk op de toekomst zoals ik hierna zal toelichten.

Forrester ziet de Business Service Hub (BSH) een belangrijke plaats innemen in het integratie landschap. Forrester gaat uit van een gelaagde integratiestrategie (layered integration strategy) bestaande uit vier integration layers:
- process (BPM)
- presentation (Portals)
- application (ESB, EAI)
- data (ETL)
De Business Service Hub is een intermediair die on-demand integratiediensten levert waaronder Messaging, Routing, Transformation, Partner Management en Business Acitivity Monitoring (BAM). De Business Service Hub richt zich vooral op bedrijfsoverschrijdende transacties.

Gartner pleit voor de Worldwide Grid en Enterprise Nervous Systems (ENS). De Grid is een wereldwijd computernetwerk samengesteld uit Enterprise Nervous Systems, sub-netwerken. Het is een semantische en procesgerichte infrastructuur waarbinnen interacties tussen bedrijven plaatsvinden. Elk bedrijf beschikt over een eigen Enterprise Nervous System.

Welke conceptuele benadering is ontstaan ?
Gaandeweg is een concept ontstaan met de werknaam “Inter Enterprise Buziness Hub (IEBH)”. De “Inter Enterprise Buziness Hub” is een conceptuele benadering voor het bereiken van Business Integratie. Het kan gezien worden als een partner- en standaarden onafhankelijke universele communicatiepoort met business partners, waaronder klanten, leveranciers, overheid, vervoerders en financiële instellingen. Het voornaamste doel is het koppelen van bedrijfsprocessen en informatiestromen over de grenzen van bedrijven heen door middel van een intermediair platform.

Het concept is vooral een antwoord op de traditionele point-to-point manier van elektronische gegevensuitwisseling. Het streven is om eveneens een antwoord te geven op het interoperabiliteitsvraagstuk.

Essentieel in het concept zijn:
- Verscheidenheid aan connectiemogelijkheden
- Gegevensuitwisseling gebaseerd op Internationale Open Standaarden
- Common Informatie Model (CIM)
- Centrale opslag van alle verwerkte gegevens
- Gegevens toegankelijk voor iedereen via het Web

Het uitgangspunt is dat het concept met verschillende softwaregereedschappen en leveranciers gerealiseerd kan worden.

Het concept kan het beste gerealiseerd worden binnen een Consolidator Model maar andere modellen zijn niet uitgesloten. Alleen zal de functionaliteit dan beperkt blijven tot een 1-op-n relatie. Bedrijven kunnen wel hun bestaande architectuur als basis nemen.

Met welke softwaregereedschappen en leveranciers kan het concept gerealiseerd worden ?
Teneinde het concept gerealiseerd te krijgen heb ik de verschillende softwaregereedschappen op de markt geïnventariseerd en onderzocht. Met enkele aanbieders hebben architectuursessies plaatsgevonden om te komen tot een betere definitie van de eisen gesteld aan de functionaliteit. Dat heeft geleid tot een lijst met vereisten t.a.v. functionaliteit die ondersteund moet worden:
- Business Process Management (BPM) & Orchestration
- Business Activity Monitoring (BAM)
- Trading Partner Management & Enablement (onboarding)
- Connectors voor het verzorgen van de connectiviteit tussen bron en bestemming
- Adapters voor het verzorgen van de connectiviteit met applicaties
- Service Oriented Architecture (SOA)

Een aantal leveranciers en softwaregereedschappen waarmee het concept gerealiseerd kan worden zijn:
Commerciële oplossingen:
- Sun Microsystems Java Composite Application Platform Suite (Java CAPS)
- Axway Synchrony Suite
- SAP
- Oracle

Open Source oplossingen
- JBoss & XAware
- OpenESB & XAware
- Apache ServiceMix & Chainbuilder

Hoe ziet het concept eruit ?
In volgende presentatie wordt het concept van de Inter Enterprise Buziness Hub uitgebreider toegelicht.

Inter Enterprise Buziness Hub Slideshare

View more presentations from Danny Gaethofs

Welke uitdagingen zijn er nog ?
De grootste uitdaging ligt echter nog steeds in het transformatiedomein. De Inter Enterprise Buziness Hub zal geen implementatievereenvoudiging opleveren wanneer de ontwikkeling van transformatiedefinities volledig handmatig moet blijven gebeuren.

Een belangrijke vraag daarom dient nu en in de toekomst beantwoord te worden: Hoe kunnen standaarden getransformeerd worden gebruikmakende van een intelligente benadering.

Ik heb hier de laatste maanden heel veel onderzoek naar gedaan. Er zijn een aantal benaderingen mogelijk:
- de UN/CEFACT Core Components Technical Specification (CCTS)
- Universal Data Element Framework (UDEF)

Over bovenstaande benaderingen heb ik al geschreven in mijn bloarts Hoe lossen we het interoperabiliteitsvraagstuk op ? en Transformatiedefinities voor de Elektronische Factuur.

Een andere benadering waar vanuit Europees perspectief in tal van projecten aan gewerkt wordt is Semantic Based Transformation. Hierover zal ik binnenkort nog verder berichten.

Hoever staat het met commerciële toepassingen van deze concepten ? SAP, één van de grootste sponsors van de UN/CEFACT CCTS werkt aan een modelleer en transformatiegereedschap met de werknaam SAP CCTS Modeler Warp 10. SAP is vrij ver gevorderd in het beantwoorden van de door mij zojuist opgeworpen vraag.

De architectuur van Warp 10 is gebaseerd op SAP NetWeaver en biedt zowel integratie en uitbreiding van de SAP Global Data Types (GDT’s) als de transformatie naar ieder ander logisch data model ongeacht de gegevensbron. Meer hierover in mijn bloart SAP CCTS Modeler Warp 10, modelleer en transformatiegereedschap. Ik zal binnenkort meer in detail ingaan op SAP Warp 10. Meer informatie kunt u vinden op de Collaboration Workspace van SAP onder Business Data Interoperability.

De nabije toekomst zal uitwijzen hoe het integratielandschap in de komende jaren ingevuld gaat worden. Interoperabiliteit staat op de agenda van internationale gemeenschappen en overheden.

Business Integratie blijft een dynamisch domeingebied en wordt heel sterk beïnvloed door de technologische ontwikkelingen.

Tags: electronic data interchange, Enterprise Service Bus, UDEF, Interoperability-Frameworks, UBL

Last update: 3-12-2011

Wordt UBL, de elektronische communicatiestandaard in Europa ?

In september 2001 is op voorstel van een aantal leden van OASIS (Organization for the Advancement of Structured Information Standards) waaronder Sun Microsystems, Commerce One, SAP en Boeing de OASIS Universal Business Language Technical Committee (UBL TC) opgericht. Het voornaamste doel van de UBL TC, voorgezeten door Jon Bosak (Sun Microsystems), was / is het ontwikkelen van een gratis bibliotheek van gestandaardiseerde elektronische op XML gebaseerde bedrijfsdocumenten.

De ontwikkeling van UBL is gestart gedeeltelijk als reactie op de veelheid en verscheidenheid aan XML standaarden / bibliotheken voor elektronische handel maar eveneens om de toegankelijkheid van elektronische handel te vergroten. UBL moet elektronisch zakendoen voor kleine en middelgrote bedrijven mogelijk maken en de basis leggen voor de wereldwijde overgang van traditioneel zakendoen naar elektronische handel.

De OASIS Universal Business Language (UBL) is gebaseerd op de XML Common Business Language xCBL versie 3.0 van Commerce One. Commerce One nam in 1999 het bedrijf Veo Systems over en kwam zo in het bezit van de Common Business Language (CBL) technologie. Deze technologie is door Commerce One verder uitgebreid en omgedoopt tot xCBL om de relatie met XML te identificeren. De XML Common Business Language (xCBL) is een verzameling van XML bouwstenen en een raamwerk voor de ontwikkeling van herbruikbare XML berichten. xCBL richt zich op documenten en transacties ter ondersteuning van de internationale elektronische handel. Commerce One heeft de versie 3.0 van xCBL ingebracht in de OASIS UBL Technical Committee als startpunt voor de ontwikkeling van UBL.

Op70 version) vrijgegeven aan het publiek voor review waarna in november 2004 de eerste officiële versie van UBL, release 1.0, na drie jaar ontwikkeling werd uitgebracht. Twee jaar later, november 2006, werd UBL 2.0 uitgebracht en als formele standaard geaccepteerd door OASIS.

De Universal Business Language maakt gebruik van XML Schema’s voor het beschrijven van gestandaardiseerde bedrijfsdocumenten. Een XML Schema Definitie Document (XSD) beschrijft de structuur van een XML document. UBL 2.0 ondersteunt 31 bedrijfsdocumenten (document types) en voor elk document is een XSD Schema opgesteld.

Verschil tussen UBL 2.0 en UBL 1.0
Een belangrijk verschil tussen UBL 2.0 en de voorgaande releases is het gebruik van een getrapt (twee-fase) validatiemodel. Tijdens het verwerken van een UBL bericht moet de structuur en het juist gebruik van gestandaardiseerde codes worden gevalideerd. UBL maakt gebruik van internationaal gestandaardiseerde codelijsten, verzameling van toegestane waarden, die worden uitgegeven en onderhouden door standaardisatie instellingen, waaronder ISO (landencodes) en UN/CEFACT (valutacodes, eenheidsmaten, taalcodes). Codelijsten kunnen ook gebruikt worden voor het vastleggen van afgesproken waarden tussen twee of meer handelspartners.

In de voorgaande releases werden de verzameling toegestane waarden of codes rechtstreeks vastgelegd in de XML Schema’s van de bedrijfsdocumenten en kon validatie van structuur en codes gelijktijdig uitgevoerd worden. In UBL 2.0 worden de codelijsten vastgelegd in afzonderlijke configuratiebestanden en kan een getrapt validatieproces gevolgd worden. Hierdoor is het mogelijk om verschillende versies van een codelijst te hanteren per situatie. Zo kan per bedrijf waarmee zaken gedaan wordt een andere versie van een codelijst gehanteerd worden.

UBL 2.0 schema’s ondersteunen het gebruik van een getrapt validatie proces dat schematisch als volgt wordt weergegeven en bestaat uit twee stappen (fasen):

- Stap 1: Controle op structuur, data typing en vocabulary via UBL XSD bestanden en een generieke XSD validator
- Stap 2: Controle op het juist gebruik van waarden uit de codelijsten via UBL XSLT bestanden en een generieke XSLT processor. In deze stap vindt validatie van internationaal gestandaardiseerde codes plaats via de standaard UBL 2 .xsl bestanden en validatie van trading-partner specifieke codes via de customized .xsl bestanden.

Hoe staat het met het gebruik van UBL voor elektronisch zakendoen
Wereldwijd is UBL in gebruik als de elektronische berichtenstandaard voor elektronisch zakendoen tussen bedrijven en overheden. Binnen Europa lopen een aantal landen voorop in de ontwikkeling van een elektronische communicatiestandaard voor elektronisch zakendoen tussen bedrijven en overheden.

Denemarken (National IT and Telecom Agency)
Denemarken heeft de invoering van elektronisch factureren vrij rigoureus aangepakt. Vanaf 1 februari 2005 mogen overheidsinstellingen in Denemarken - dit werd zo vastgelegd in de wetgeving - alleen facturen van leveranciers accepteren in een elektronisch formaat, de OIOXML Electronic Invoice. De OIOXML (Open public Information Online XML) Electronic Invoice is de Deense XML-standaard voor de elektronisch factuur gebaseerd op de eerste versie van UBL release 0.7. Voor meer informatie: OIOXML Electronic Invoicing.

Bedrijven kunnen op een aantal manieren facturen aanleveren:
1) via het aanmaken en verzenden van een elektronische factuur vanuit het facturatie-systeem via de elektronische postbus van een Value Added Network (VAN).

2) via een Read-In Bureau die zorgdraagt voor het scannen en converteren van een papieren factuur naar het elektronische formaat en het verzenden van deze elektronische factuur naar de juiste overheidsinstelling via een Value Added Network.

3) via het handmatig invoeren van de factuur in een Internet Invoice Portal die zorgdraagt voor het aanmaken van de factuur in het elektronische formaat en het verzenden van deze elektronische factuur naar de juiste overheidsinstelling via een Value Added Network

Schematisch ziet dit er op hoofdlijnen als volgt uit:

De Deense overheid stelt volgende eisen aan de informatie in de factuur:
- het gebruik van de EAN locatiecode voor identificatie van de klant is verplicht en de klant moet de EAN code verstrekken tijdens het plaatsen van de order
- een referentie naar de inkooporder of bestelling is verplicht
- een referentie naar de persoon die de order heeft geplaatst is verplicht
- interne identificatiecode van de klant is verplicht als deze verstrekt werd tijdens het plaatsen van de order

Let op: Denemarken maakt vooralsnog geen gebruik van de OIOUBL Invoice. De OIOUBL standaard wordt wel aanbevolen voor het uitwisselen van elektronische catalogi en inkooporders. OIOUBL is gebaseerd op UBL release 2.0 (Voor informatie: Online OIOUBL Documentation)

Noord-Europa
Northern European Subset (NES) is een initiatief dat voortvloeit uit de samenwerking tussen enkele Noord-Europese landen op het gebied van e-commerce en e-procurement. Onder aanvoering van Denemarken hebben vertegenwoordigers van de Noord-Europese landen Denemarken, Zweden, Noorwegen, Ijsland, Finland en van het Verenigd Koninkrijk begin 2007 een werkgroep opgericht voor het ontwikkelen van een Noord-Europese Subset (Northern European Subset (NES)) van op UBL 2.0 gebaseerde documenten.

De NES organisatie heeft de Universal Business Language (UBL) geselecteerd als de Open berichtenstandaard - met op dit moment de meeste potentie - voor het realiseren van grootschalige e-commerce en e-procurement handelstransacties tussen overheden onderling en bedrijven, zowel grensoverschrijdend (cross-border) als nationaal (domestic).

Het NES project richt zich niet op het uitvoeren van implementaties maar heeft als voornaamste doel zorgdragen voor het tot stand komen van een gezamenlijk platform voor e-procurement.

De belangrijke resultaten van het NES project zijn:
- Profielen die bedrijfsprocessen en scenario’s beschrijven uitgaande van UBL voor handelstransacties
- Berichtdefinities gebaseerd op een gemeenschappelijke subset (deelverzameling) van UBL handelsdocumenten
- Handleidingen en codelijsten
- Validatiegereedschappen

De aangesloten landen zijn zelf verantwoordelijk voor de uitvoering en coördinatie van implementaties. De laatste versie van NES is op 11 juli 2007 vrijgegeven en kunt u terugvinden onder de rubriek Documents op de website van NES. Al het materiaal van NES is gepubliceerd onder de Creative Common license.

Zweden
In Zweden loopt het project Single Face To Industry (SFTI). Het is een alles-in-één e-procurement standaard waarmee het bestel- en facturatieproces tussen handelspartners wordt ondersteund. Voor het bestelproces is sinds juni 2010 de CEN/BII Basic Order de aanbevolen standaard voor de publieke sector

Duitsland
In Duitsland is deze maand de German Localization Subcommittee (DELSC) samengesteld. Deze gaat zich buigen over de realisatie van een Duitse UBL Data Dictionary.

Spanje
CODICE is het Spaanse overheidsinitiatief voor het ontwikkelen van een verzameling elektronisch documenten gebaseerd op UBL voor de ondersteuning van het aanbestedingsproces. Vereenvoudigd zijn er drie processtappen die worden ondersteund: aankondigen of bekendmaken, aanbieden en gunnen.

De specificaties van de CODICE standaard zijn terug te vinden op de website contrataciondelestado.es.

ABILITIES
Het Europees project “Application Bus for InteroperabiLITy In enlarged Europe SMEs”, kortweg ABILITIES, is gestart begin 2006 en heeft een looptijd van 2 jaar. Het voornaamste doel van het project is het onderzoeken en ontwikkelen van een architectuur gebaseerd op UBL voor de ondersteuning van e-commerce transacties tussen kleine en middelgrote bedrijven (SMEs) voornamelijk in de minder ontwikkelde landen.

ABILITIES voorziet in drie interfaces:
- een Web portaal
- een GUI voor mobiele toegang
- een interface voor legacy systemen gebaseerd op web services

U.S. Department of Transportation (USDOT) Electronic Freight Management (EFM) initiatief
Het Electronic Freight Management (EFM) initiatief richt zich op de promotie en evaluatie van innovatieve e-business concepten. Het is een Research & Development project dat gesponsord wordt door de U.S. Department of Transportation (USDOT). De Electronic Freight Management (EFM) is geïmplementeerd op basis van de Freight Information Highway (FIH) architectuur. De FIH is een innovatieve non-propriëtaire service-georiënteerde architectuur voor de ondersteuning van de coördinatie tussen bedrijfsprocessen en veilige real-time gegevensuitwisseling.

Het EFM maakt gebruik van gestandaardiseerde berichten gebaseerd op UBL waaronder Advance Ship Notice, Dispatch Advice, Receipt Advice en Transportation Status.

Meer projecten en initiatieven staan op stapel en hierover zal ik later berichten.

Tags van Technorati: electronic data interchange,UBL,EDIFACT,UN/CEFACT,CEN/BII Government,enterprise service bus

Tags: electronic data interchange, Enterprise Service Bus, EDIFACT, Government, UBL, UN/CEFACT, CEN/BII

Last update: 3-12-2011

XAware data integratie met een service georiënteerd tintje

Het bedrijf XAware, Inc. is opgericht door Bill Miller (CTO) en Kirstan Vandersluis (Chief Science Officer) in 1999 en gevestigd in Colorado Springs, USA en heeft een data integratie gereedschap ontwikkeld voor de realisatie en ondersteuning van een Service Oriented Architecture (SOA).

XAware ondersteunt enkele belangrijke industrie-standaarden waaronder ACCORD (Insurance Data Standards - ACORD XML & EDIFACT), HL7 (Healthcare) en zowel SWIFT als IFX (Interactive Financial eXchange - Finance).

Sinds November 2007 is de XAware Suite als Open Source Data Integratie Oplossing vrij beschikbaar onder de GPL v2 licentie. De XAware Suite bestaat uit een ontwikkelomgeving, de XAware Designer, en een run-time machine, de XAware Engine. Naast deze componenten kent XAware Adapters en Connectors die zorgdragen enerzijds voor de logische connectiviteit met de applicaties en anderzijds voor de logische en technische connectiviteit tussen de bron en bestemming.

De voornaamste componenten van de XAware Suite zijn in het plaatje hieronder weergegeven:

De XAware Designer is een Eclipse plug-in waarmee web services en data integratie oplossingen gebouwd, getest en in gebruik genomen kunnen worden. Het is een grafisch visueel ontwikkelgereedschap voor het ontwikkelen en deployen van op XML-gebaseerde diensten in de vorm van meta data bestanden zoals BizDocuments, BizComponents en BizDrivers.

De XAware Engine is een J2EE applicatie die deployed kan worden op applicatieservers waaronder Oracle, SUN, JBoss en WebSphere maar eveneens op webservers zoals Tomcat, Microsoft IIS en Apache. De XAware Engine beschikt over een modulaire architectuur die is gerealiseerd bovenop het Java/J2EE Spring Framework en in staat is om hoge transactievolumes te ondersteunen.

De XAware Connectoren en Adapters verzorgen de connectiviteit met applicaties of back-end systemen en leveren de interface-technologieën die applicaties gebruiken voor het verkrijgen van toegang tot op XML-gebaseerde diensten. Hierbij moet u ondermeer denken aan de connectiviteit met relationele databases, transformatie van gestructureerde en ongestructureerde bestanden van bron naar bestemming, de verbinding met messaging queues en mainframe of ERP integratie.

Download en installatie van de XAware Suite De totale XAware Suite, bestaande uit de Designer en de Engine, kunt u downloaden als een All-In-One pakket. Het All-In-One pakket bevat eveneens een JBoss applicatieserver, een Java run-time omgeving (JRE 1.5) die nodig is om XAware te kunnen draaien en een Apache Derby met voorbeelden van use cases en scenario’s.

Ga naar de website van XAware, xaware.org en klik op het menu Downloads. Download nu het XAware All-In-One pakket (+500MB) voor uw besturingssysteem. Wanneer u het installatiebestand met extensie EXE download dan hoeft u na de download enkel de excutable op te starten en de installatie instructies te volgen.

Na installatie is onder uw lijst met programma’s de XA-Suite 5.0 met de XA-Designer en XA-iServer aangemaakt.

Wanneer u de XA-Designer opstart zult u de eerste maal gevraagd worden de folder op te geven voor uw werkruimte. Accepteer de voorgestelde folder of maak een nieuwe folder aan voor uw werkruimte. Meer hierover in mijn bloart Aanmaken van een specifieke workspace in Eclipse.

Openen van het Eclipse XAware perspectief
Wanneer Eclipse is opgestart zorg er dan voor dat het XAware perspectief geopend is.

- Ga naar het menu Window en open de menuoptie Open Perspective

- Selecteer de menuoptie XAware perspective

Aan de linkerkant van het scherm ziet u het Project navigatiegedeelte en aan de rechterkant ziet u de Palette met alle beschikbare componenten. Het werkgebied in het midden van het scherm is de plek waar de BizView en XML bestanden worden geopend en getoond.

Onderaan links bevindt zich het scherm waarin het executieprofiel van een BizView bestand getoond wordt. Rechts daarvan wordt informatie getoond gerelateerd aan het geopende bestand of bestanden in het werkgebied. Hier ziet u verschillende tabbladen waaronder de Log View, de Execution Results View, de Properties View, de Component Catalog View en de Problems View.

Tags: eclipse, data mapping tool, enterprise service bus

Last update: 26-11-2011

Installatie van de ChainBuilder Enterprise Service Bus

ChainBuilder is een Open Source Enterprise Service Bus ontwikkeld door het bedrijf Bostech Corporation. De ChainBuilder ESB bestaat uit een runtime- en ontwikkelomgeving met een grafisch configuratie en ontwerp gereedschap voor Eclipse. De software is vrij beschikbaar onder de Open Source General Public License (GPL) maar eveneens te verkrijgen met een Commerciële licentie.

De ChainBuilder ESB is een Java Business Integration (JBI) compliant oplossing voor gebruik in Service Oriented Architecture (SOA) omgevingen. De oplossing is ontwikkeld voor het realiseren van betrouwbare en snelle Java Business Integratie implementaties en biedt naast XML-functionaliteit de mogelijkheid voor het werken met legacy (non-xml) gegevensformaten.

De ChainBuilider ESB oplossing bestaat uit een verzameling van gereedschappen en componenten gebaseerd op de Java Business Integration (JBI) specificatie. De ChainBuilder ESB kan samenwerken met alle bestaande JBI compatibele containers en componenten. De eerste versie van de ChainBuilder ESB wordt geleverd met Apache ServiceMix 3.0.

De Java Business Integration Specification (JSR 208) is ontwikkeld onder toezicht van de Java Community Process (JCP). De JBI specificatie beschrijft een service-georiënteerde integratiebus en componentenarchitectuur voor SOA. De JBI specificatie definieert een standaard container met een pluggable architectuur waarop andere componenten (service engines en bindings) aangesloten kunnen worden. Hierdoor is het mogelijk om een uitbreidbare verzameling van onderling verbonden en samenwerkende software componenten samen te stellen. Deze software componenten kunnen op zichzelf weer containers zijn zoals een EJB container.

De JBI specificatie legt vast hoe componenten binnen de JBI container moeten samenwerken en volgt daarin een service-georiënteerde benadering.

Enkele op JBI gebaseerde ESB oplossingen zijn ondermeer:
- Open Enterprise Service Bus (OpenESB)

- Apache ServiceMix

- JBossESB

- Oracle Fusion Middleware

EN de Bostech ChainBuilder ESB. Bostech Corporation is eveneens Community Partner van de Open Source OpenESB oplossing maar biedt daarnaast een compleet Enterprise Integration Platform met EDI / B2B en EAI functies.

De twee belangrijkste features van de ChainBuilder ESB zijn:
- een verzameling grafische gebruikersinterfaces voor het het creëren en onderhouden van JBI artefacts. De voornaamste interfaces zijn de Flow Editor, Message Format Editor en Message Map Editor

- een verzameling JBI componenten en bibliotheken met waardevolle functies voor het realiseren van implementaties waaronder ondersteuning van legacy berichtformaten (X12, CSV), een mapping component, foutafhandeling en de mogelijkheid om scripts te koppelen aan elke component/element.

De ChainBuilder ESB file binding component maakt het werken met non-XML berichten (X12, CSV, fixed en variabele formaten) mogelijk en voorziet in archiveringsfuncties voor het opslaan van berichten wanneer deze zijn verwerkt.

Downloaden van de ChainBuilder IDE + Server
Ga naar de website www.chainforge.net en klik op de link Downloads > Download Now.

Klik nu onderaan onder de kolom Windows Release op de link voor het downloaden van het installatieprogramma voor de IDE + Server.

Installatie van ChainBuilder
Het installatieprogramma komt als een zip-bestand en is ongeveer 305 MB groot. Download het bestand naar een folder op uw harde schijf en pak het daarna uit.

Dubbelklik dan op het installatieprogramma om de installatie van ChainBuilder te starten. Na installatie kunt u de Eclipse ChainBuilder IDE opstarten via Start > Al uw programma’s > ChainBuilder ESB > ChainBuilder ESB IDE.

Wanneer de ChainBuilder ESB IDE is opgestart ga naar het menu Window > Preferences en open de node Java > Compiler. In het compiler scherm stel de waarde van het veld Compiler compliance level in op 6.0 (voor Java 1.6).

Tijdens installatie van Chainbuilder worden volgende omgevingsvariabelen aangemaakt:

Systeem Variabelen:
ANT_HOME = C:\ProgramFiles\cbesb-1.2\apache-ant
CBESB_CLASSPATH = C:\ProgramFiles\cbesb-1.2\config\errordb
CBESB_HOME = C:\ProgramFiles\cbesb-1.2
SERVICEMIX_HOME = C:\ProgramFiles\cbesb-1.2\apache-servicemix

Aan de Path-variabele worden de volgende paden toegevoegd:
C:\ProgramFiles\cbesb-1.2\bin;
C:\ProgramFiles\cbesb-1.2\apache-servicemix\bin;
C:\ProgramFiles\cbesb-1.2\apache-ant\bin;

Gebruikersvariabelen
ANT_HOME = C:\ProgramFiles\cbesb-1.2\apache-ant

Een ChainBuilder ESB project kan meerdere JBI Service Assembly projecten herbergen. Deze Assembly projecten kunnen refereren naar de definitiebestanden in het ESB project waaronder:
- Message Formats
- X12 Formats
- Schema en Transformation definitie bestanden

De structuur van een ESB project bestaat uit de volgende folders:
- bin
- build
- lib
- dist
- src

De structuur van een Service Assembly project bestaat uit de volgende folders:
- bin
- build
- lib
- dist
- src

In de folder src\formats worden de MDL (Message Definition Language) bestanden en XSD schema’s worden opgeslagen.

Om een beeld te krijgen van hoe deze projecten eruit zien kunt u achtereenvolgens een ESB project en een JBI SA project aanmaken via de onderstaande stappen.

Aanmaken van een ESB Project
- Klik met uw rechtermuisknop in de Package Explorer en selecteer de menuoptie New > Other.

- Open de node ChainBuilder ESB-IDE en ChainBuilder ESB Project

- Selecteer de optie New ChainBuilder ESB Project en klik op de knop Next

- Geef uw project de naam ESB en klik op de knop Next om verder te gaan

- Klik op de knop Finish

Aanmaken van een JBI Service Assembly Project
- Klik met uw rechtermuisknop in de Package Explorer en selecteer de menuoptie New > Other.

- Open de node ChainBuilder ESB-IDE en ChainBuilder ESB Project

- Selecteer de optie New JBI Service Assembly Project en klik op de knop Next

- Geef uw project de naam SA en klik op de knop Next

- Klik op de knop Next en vink in het dialoogscherm Setup Reference Relationship with Other project uw ESB Project aan

- Klik op de knop Finish

Na creatie van het ESB en SA project ziet uw scherm er als volgt uit:

Voor meer informatie over het gebruik van de ChainBuilder ESB blijf deze weblog volgen. Ik vertel u binnenkort hoe u de ChainBuilder ESB kunt gebruiken voor transformatie van een HR-XML Invoice-bericht naar een UBL Invoice-bericht.

Tags: electronic data interchange, HR-XML, Enterprise Service Bus, open source

Last update: 26-11-2011