Er is een tijdje geleden nogal opschudding ontstaan over de term SOA 2.0. Deze term is een tijdje geleden gelanceerd door Oracle en Gartner. Volgens Oracle en Gartner zou SOA 1.0 gaan over client-server stijl interacties, terwijl de nieuwe SOA een combinatie is van Event Driven Architecture (EDA) en SOA.

Maar op basis waarvan concluderen de ‘bedenkers’ van SOA 2.0 dat SOA 1.0 alleen client-server interactie betreft? Als er gekeken wordt naar de manier waarop services communiceren is er inderdaad een zendende partij (client) en ontvangende partij (server). Maar deze rollen kunnen zomaar omwisselen, bijvoorbeeld in het geval van een callback door een asynchrone service. Hierdoor lijkt de term client-server voor SOA 1.0 dan ook nogal arbitrair.

SOA, de naam zegt het al, gaat over architectuur. Het is vreemd om versienummers toe te kennen aan architecturele concepten en/of patterns. Zeker gezien het feit dat SOA een gehypte marketing term is voor een architectureel principe dat al jaren bestaat. SOA gaat immers over het zo onafhankelijk mogelijk koppelen (loosely coupling) van software componenten, met als doel deze componenten te herbruiken. Iets waar bijvoorbeeld de Object Management Group (OMG) in 1989 al mee bezig was, alleen heette het toen CORBA. Alleen in plaats van componenten praten we tegenwoordig over services. Was CORBA dan SOA 0.1?

(more…)

Programmeren heeft me veel vaardigheden geleerd die me in het dagelijks leven ook van pas komen. Debuggen bijvoorbeeld, systematisch problemen opsporen, hypothesen vormen en toetsen, in de breedte en dan weer in de diepte naar oplossingen zoeken. Of het opsplitsen van problemen in kleinere behapbare stukjes (procedures), wat vooral bij het aanleren van fysieke vaardigheden van pas kan komen.

(more…)

Oracle heeft op Openworld 2006 de productie versie van Oracle Enterprise Service Bus, ESB, op de markt gebracht. Kernwoorden die Oracle gebruikte in de presentatie over Oracle ESB waren “reliable messaging” en “guaranteed delivery”. In deze presentatie werd uit de doeken gedaan hoe Oracle haar ESB zo robuust mogelijk heeft gemaakt. Maar wat nu als er, ondanks alles, alsnog een fout optreedt waardoor een bericht niet wordt afgeleverd?

Oracle introduceerde de verzamelterm “Error Hospital” als het component die binnen ESB gebruikt wordt voor het opslaan en opnieuw verzenden van berichten die toch om wat voor reden dan ook fout zijn gegaan. Hoe is deze Error Hospital nu te gebruiken voor het signaleren van fouten en voor het correct afhandelen van deze fouten? In dit artikel wordt gekeken naar de foutafhandeling in Oracle ESB en hoe de “Error Hospital” mogelijkheden te gebruiken zijn.

(more…)