Encore soumis à la validation de l'Oasis, le BPEL (Business Process Execution Langage), un dérivé de XML consacré à l'orchestration de services web, semble déjà faire l'objet d'un consensus auprès des éditeurs. Après IBM et Microsoft, qui l'ont implémenté dans Web-Sphere et BizTalk, c'est au tour d'Oracle de l'adopter. Plutôt que de le développer en interne, l'éditeur a fait le choix d'acheter l'américain Collaxa avec sa solution BPEL Process Manager, composée d'un serveur, d'un éditeur graphique, de connecteurs et d'une console de monitoring. À la différence d'une EAI classique, cette solution propose des composants standardisés à la place des connecteurs propriétaires. Les connecteurs JCA lui permettent de se coupler aux PGI et SGBD, et les API JMS (Java Messaging Services) aux gestionnaires de files d'attente comme WebSphere MQ. « Cette architecture nous permet d'être de 60 à 80 % moins chers qu'une EAI traditionnelle », estime Éric Aubert, d'Oracle France.

Configurer BPEL Process Manager nécessite d'abord de définir les processus entre applications, à l'aide de l'éditeur graphique fourni sous la forme d'un plug-in Eclipse ou JDeveloper. Une fois défini, le circuit de workflow est converti en fichier XML et exécuté par le serveur d'applications. En production, ce dernier gère les requêtes Soap, les fichiers de description WSDL des services web, comme les protocoles de communication RMI ou IIOP, qui permettent d'accéder aux EJB et aux applications Corba. Il supervise l'envoi de messages en modes synchrone et asynchrone, les transactions à long terme et leurs mécanismes de compensation en cas d'échec. Le serveur réalise aussi les transformations de données grâce à ses mécanismes XQuery et des feuilles de style XSLT. La console d'administration recense en temps réel le fonctionnement du serveur et, notamment, l'activité des processus métier. Un module de reporting exploite ces données et constitue ainsi le module de BAM (Business Activity Monitoring) de la plate-forme.