Geplaatst op 12 November 2009, 23:15 door Tiese Barrell in java, soa, open source, integratie, architectuur, testing, nljug

Jeroen van Grondelle en Marcel Offermans verzorgden een duo-presentatie over het daadwerkelijk toepassen van OSGi voor het ontwikkelen in je eigen projecten. Hoewel het in het begin niet helemaal vloeiend op gang kwam, kreeg ik al snel het gevoel dat dit (tenminste deels) ook de bedoeling was. Ik vind nog steeds dat het begin wat sneller had gekund, maar de ontspannen vertelstijl waarbij er ook echt tijd was om bepaalde dingen te laten bezinken vond ik eigenlijk wel verfrissend. Hier hadden we duidelijk twee mensen die een verhaal hadden en goed hadden nagedacht over hoe het te brengen.

De introductie was vrij conceptueel en hoewel sommige punten een sterk open deur gehalte hadden, waren het zeker valide punten. Wat ik jammer vond was dat deze concepten niet door meer voorbeelden werden ondersteund - daarmee werd het verhaal een beetje ontkracht. Bijvoorbeeld: zeggen dat je goed moet nadenken over een interface zodat deze de tand des tijds kan doorstaan is niet wereldschokkend (hoewel de praktijk leert dat dit niet altijd de aandacht krijgt die het verdient) en kan daarom duidelijker worden met een paar voorbeeldjes. Je kunt in een minuut per stuk interfaces met do's en don'ts laten zien - dan illustreer je meteen de ervaring die je hebt opgedaan in de praktijk.

Toen we eenmaal bij de architectuur kwamen zoals die uit de praktijk ervaring voortkomt, werd de presentatie nog interessanter. Ook hier had iets meer diepgang in mogen zitten, zoals wat er wel en wat er niet in de verschillende services terecht is gekomen in de container zoals getoond (zie de presentatie slides). Het idee om alles als een grote vergaarbak te zien vond ik wel een sterke. Beter nog: een aantal zaken testen? Zeker, testen is essentieel. Maar waarom zou je ook dit niet naar OSGi brengen: in the fishtank ermee! Een bundle met tests deployen naar het OSGI platform en die komt er vanzelf achter wat er allemaal rondzwemt en gaat dat ter plekke testen. Een simpel idee, maar dat zijn vaak de beste! Zo had ik nog wel wat ervaringen willen zien.

Het duurde heel even voordat ik doorhad dat de code voorbeelden die volgden tegen de Felix manager aan waren geprogrammeerd. Dat leek even tegenstrijdig met de uitspraak dat je vooral niet tegen de API van OSGi aan moet gaan coderen, maar het kwartje viel door het woord "declaratief". Nou heb ik zelf wel eens m.b.v. Spring DM gewerkt in Fuse ESB (ook o.b.v. Felix), maar deze aanpak vond ik eigenlijk ook wel aansprekend. Aan de hand van een aantal patronen werd duidelijk hoe services hun afhankelijkheden (en dus samenwerking) kunnen declareren. Dat kan met heel eenvoudige code waarbij je toch maximaal gebruik maakt van de functionaliteit van je OSGi platform en scheelt weer een framework, zeker als je eenvoudige configuraties wilt realiseren. Bovendien heeft heeft het natuurlijk het voordeel dat het strictly typed is i.p.v. het zoveelste met stringetjes aan elkaar geregen bouwwerk.

Deze presentatie had net iets meer voorbeelden mogen bevatten, maar was de beste die ik dit jaar bezocht heb. Boeiende materie, waar ik zeker meer mee wil gaan doen.


Share this | 675 keer bekeken | 0 reacties