Follow Us on Twitter

Whitehorses SOA Suite Seminar, een terugblik

Februari 2007 – Op 1 februari j.l. heeft Whitehorses een seminar gehouden over de Oracle SOA Suite met als titel "Hoe besmettelijk is de Oracle SOA Suite?". In dit Whitebook kijken we terug op het seminar en gaan we dieper in we dieper in op de SOA Suite democase die tijdens het seminar is gebruikt. In de genummerde paragrafen wordt steeds een deel van het seminar onder de loep genomen. Tevens vindt u in dit Whitebook alle presentaties, bronbestanden en demo’s om op uw gemak alles nog eens door te nemen.

Het seminar

De opkomst was met ongeveer 40 personen groot. Het was duidelijk een gemengde groep mensen met zowel managers, consultants als techneuten. Door deze gemengde groep waren de discussies zeer interessant en werden verschillende invalshoeken belicht.

Presentatie 1: Inleiding SOA Suite

De eerste presentatie werd gegeven door Jan Poortinga van Oracle. In zijn presentatie heeft Jan de achterliggende gedachte en positionering van de Oracle SOA Suite uitgelegd als basis voor de verdere presentaties de rest van de dag. De presentatie van Jan Poortinga vindt u onderaan dit Whitebook bij de downloads. Tevens staan hier ook alle andere presentaties.

Presentatie 2: Inleiding ESB

Daarna was het de beurt aan ondergetekende. In deze presentatie is uitgelegd wat een Enterprise Service Bus (ESB) inhoudt en wat het product kan. Daarna is er dieper ingegaan op de Oracle implementatie van Oracle ESB. Vooral de mensen die Oracle InterConnect gebruiken waren verbaasd over de mogelijkheden van Oracle ESB, bijvoorbeeld over de wijze waarop je transformaties van berichten definieert.. Het maken van transformaties is met ESB stukken makkelijker en eenvoudiger dan met Oracle Interconnect.

fig01

Presentatie 3: ESB de diepte in, een praktijkvoorbeeld

Voor het seminar is er een democase voorbereid. Hieronder staat het verhaal van de gebruikte democase.

Er is een bestaande aandelenbeurs waar aandelen verhandeld kunnen worden. Deze aandelenbeurs draait op Oracle. Er zijn diverse aandelenhandelaren die aandelen verhandelen. Op dit moment wordt elke dag een e-mail naar alle handelaren verstuurd met daarop de huidige aandelenkoers. De handelaren kunnen hierna aandelen kopen en verkopen. Deze transacties worden door elke handelaar opgespaard en op gezette tijdstippen worden deze bestanden via een zelfgemaakte FTP Interface verstuurd naar de aandelenbeurs. De aandelenbeurs leest deze bestanden, verwerkt de transacties en past hierop de aandelenkoersen aan.

fig02

Een groot aantal handelaren is ontevreden en wil graag realtime kunnen handelen op de beurs.

De aandelenbeurs heeft Whitehorses ingehuurd voor advies. Samen met Whitehorses is besloten om de Oracle SOA Suite in te zetten en in eerste instantie te beginnen met Oracle ESB. In een later stadium wil de aandelenbeurs ook transacties kunnen bekijken wanneer er meer dan een x-aantal aandelen in een keer worden gekocht of verkocht. Dit wordt uitgevoerd in Fase 2.

Voor Fase 1 is de volgende functionaliteit vastgesteld:

  1. Het ophalen van de huidige prijs van een bepaald aandeel;
  2. Het aankomen of verkopen van een bepaald aandeel door een handelaar.

Alle aandelenhandelaren gaan over op dit systeem op één na. Er is namelijk één handelaar die niet bij machte is om op korte termijn zijn applicatie aan te passen. Deze handelaar wil graag gebruik blijven maken van de bestaande bestandsinterface. Dit is een uitdaging voor het Whitehorses ontwikkelteam. Wij willen graag alle berichten op dezelfde manier via ESB verwerken. De vraag is hoe dit het beste aangepakt kan worden. Er is besloten om de plek waar de bestanden naartoe worden gestuurd ongewijzigd te laten maar de bestaande inleesprogrammatuur te vervangen vóór de FILE adapter van Oracle ESB. Deze wordt dan gekoppeld aan de rest van de ESB programmatuur. Later hoeft dan maar op één plek ESB worden aangepast zodat bijvoorbeeld BPEL erbij gebruikt kan worden."

In de JDeveloper ESB plugin ziet dit er als volgt uit:

fig03

Er zijn twee duidelijk gescheiden functies te zien. Beide functies zijn onderverdeeld in twee items, een Routing Service (RS) en een Database Adapter. De bovenste Routing Service handelt het ophalen van de huidige prijs van een aandeel af. De onderste verwerkt de aandelentransactie in de aandelenbeurs.

Zoals in eerdere whitebooks over Oracle ESB is aangeven, is elk onderdeel van ESB een webservice. Deze webservices worden door de aandelenhandelaren aangesproken om de gegevens te verwerken. Dit kan worden getest met bijvoorbeeld SoapUI. Eviware SoapUI is een tool waarmee webservices snel en eenvoudig kunnen worden getest.

fig04

Te zien in deze screenshot is dat voor het aandeel Google, afkorting “GOOG”, de aandelenkoers is opgevraagd. Deze bedroeg ten tijde van opvragen 49. Onderaan dit whitebook vindt u de download url en een korte Eviware soapUI handleiding cq tutorial.

Samengevat zijn in dit blok de volgende items besproken:

  • De JDeveloper ontwikkelomgeving;
  • Het demo project en haar onderdelen;
  • Deployment van een ESB project;
  • Een korte demo met Eviware soapUI om de webservices te testen;
  • De ESB Console;
  • Een uitbreiding van de aandelenbeurs en ESB met de file adapter.

Presentatie 4: Oracle BPEL, Business rules en Webservices manager

Hierna volgde een presentatie en demonstratie van onder andere BPEL en de rol van de Business Rule engine en de Webservices manager binnen de SOA Suite. Tijdens de demonstratie is de democase uit het vorige blok uitgebreid met een callcenter die middels BPEL en een bedrijfsregel (BR) de aandelentransactie webservice aanroept van ESB.

Presentatie 5: Klantverhaal en interactieve sessie

fig05

Bij één van onze klanten hebben we de SOA Suite ingezet voor het implementeren van een gepersonaliseerd digitaal loket voor een grote gemeente in de randstad. Deze "Mijn Loket" applicatie is gerealiseerd in Oracle Portal, met daarin portlets die zijn gebaseerd op webservices. Tijdens deze presentatie is de (technische) architectuur van de "Mijn Loket" applicatie uitgebreid aan de orde gekomen. In het bijzonder heeft Bastiaan aandacht besteed aan de rol van de SOA Suite in deze applicatie, namelijk de ProfielManager. De ProfielManager is een combinatie van BPEL, Business Rules en de Webservices Manager. Hiermee kan men op een gecentraliseerde manier gebruikersprofielen (gegevens en voorkeursinstellingen) opslaan, beheren en ontsluiten.

fig06

In deze figuur is een schematisch overzicht te zien van de componenten van de ProfielManager. De ProfielManager is een BPEL proces dat gebruik maakt van Business Rules en is beveiligd door middel van de webservices manager. Het BPEL proces gebruikt hoofdzakelijk een lokaal database schema om profielen op te slaan. Deze worden ontsloten door middel van webservices ( een database adapter). Om bijvoorbeeld naam-adres-woonplaats (NAW) gegevens op te halen voor een gebruiker zijn ook andere informatiebronnen beschikbaar gemaakt binnen de klant. Getoond in de figuur is DDS4All, een applicatie die gemeentelijke basis administratie (GBA) gegevens kan ontsluiten. De profielen worden afgenomen door de portlets via een ‘Webservice repository’ waarin allerlei ‘conversie’ webservices zitten die de profielen omzetten in voor de Oracle OmniPortlet geschikt formaat. Naast de diverse portlets is er een mail applicatie die elektronische nieuwsbrieven rondstuurt aan burgers die daarop zijn ingeschreven. De mail-applicatie haalt haar mail-instellingen ook uit het gebruikersprofiel via de ProfielManager.

De "Mijn Loket" applicatie is voor zover ons bekend de eerste in productie genomen, met behulp van Oracle SOA Suite technologie gerealiseerde, applicatie.

Tijdens de interactieve sessie is nog wat nagepraat over deze applicatie, en konden de bezoekers hun niet aan bod gekomen vragen kwijt. Er blijken vooral vragen te bestaan over hoe men het beste in SOA Suite ontwikkelde applicaties in productie kan nemen. Er worden door de JDeveloper tools nog redelijk veel dingen 'hard' in de BPEL en ESB processen gecodeerd. In de praktijk is het daarom noodzakelijk deployment te laten doen door Ant, die ook deze waarden kan overschrijven voor deployment op productie.

6. Installatie

Een aantal mensen had hun laptop meegenomen om na de presentaties, onder begeleiding, de SOA Suite te installeren. Ongeveer 10 mensen hebben hiervan gebruik gemaakt. De installatie van de volledige demo omgeving op hun laptop is bij allemaal succesvol verlopen.

Conclusie

Het was een zeer geslaagd seminar waarbij de volledige SOA Suite aan bod is gekomen. In een interactieve sessie is het product gedemonstreerd en is een kleine toepassing gerealiseerd. Tevens zijn er een aantal zeer interessante discussies gevoerd over de SOA Suite. Wij vonden het erg leuk om dit seminar te organiseren en uit de lovende reacties is gebleken dat de ook deelnemers hun dag goed besteed hebben. We kijken al uit naar ons volgend seminar. Bent U er dan óók bij?

Bestanden / downloads

Referenties

Waardering:
 

Reacties

Nieuwe reactie inzenden

De inhoud van dit veld is privé en zal niet openbaar worden gemaakt.

Meer informatie over formaatmogelijkheden

CAPTCHA
Deze vraag is om te testen of u een persoon bent en om spam te voorkomen
Image CAPTCHA
Enter the characters shown in the image.