Het gebeurd nog steeds iets te vaak: mensen benaderen APEX als een ‘mindere architectuur’. Doordat we niet expliciet op een applicatieserver draaien, of de database benaderen als een ietwat hip uitgevallen kaartenbak denken veel mensen dat Oracle Application Express niet geschikt zou zijn voor het grotere werk. En al helemaal niet thuis zou horen in een Service Oriented Architecture, SOA, omgeving. Absolute kolder natuurlijk, maarja, sommige mensen zijn gewoon een beetje stug en denken dat je alleen iets goeds kan ontwikkelen als je er teveel tijd in stopt. Na heel wat ervaring met APEX opgedaan te hebben kan ik je natuurlijk vertellen dat dit soort aannames nergens voor nodig zijn. Sterker nog, de Oracle Database is zo geweldig dat we alle functionaliteit gewoon al standaard in huis hebben. Waarom zouden we daar dan geen gebruik van maken?
Oracle biedt al jaren de XML Database aan, als onderdeel van haar database. Nu is in Oracle Database 11g de XML database bijzonder uitgebreid en nog een stuk beter geworden, dit houdt in dat met behulp van het DBMS_XDB package, XQuery, de ‘ORAWSV’ servlet en wat standaard DMBS configuraties alle functionaliteit in je APEX applicatie beschikbaar kan worden gesteld als webservice, native! Op dit punt zijn we al heel ver. Op het moment dat een organisatie meerdere complexe systemen met elkaar wil koppelen, zonder dat data of gegevens om meerdere locaties worden vastgelegd kan met dus heel goed gebruik maken van deze functionaliteit. Sterker nog, kan me voorstellen dat APEX en de Oracle database standaard worden uitgerust met deze uiterst handige functionaliteit. Voeg daar een fatsoenlijke service bus aan toe, wat procesmanagement tooling en we hebben de applicatie van de toekomst! Wat nou, hier heb je écht Java voor nodig. APEX is de bomb! (maar dát heb ik nu wel vaak genoeg gezegd.).
