SOA Suite 11g : le MDS (MetaData Storage)
Chaque brique de la SOA Suite d’Oracle possédait jusqu’à présent son propre répertoire de métadonnées dans lequel était stocké les objets utilisés lors du développement
Chaque brique de la SOA Suite d’Oracle possédait jusqu’à présent son propre répertoire de métadonnées dans lequel était stocké les objets utilisés lors du développement
Malgré ce jeu de mots un peu sinistre faut-il l’avouer, développer des sites internet peut parfois relever de l’exploit tant les différences entre les browsers
Dans ce dernier article de la série « BPEL / Weblogic / Advanced Queuing », je me propose de vous montrer comment rendre la consommation synchrone de
Dans un contexte de production, suivre ses flux peut s’avérer une tâche très complexe. Parmis les nombreux processus en exécution, difficile de trouver celui correspondant à une action effectuée sur un applicatif en amont. La complexité en est d’autant plus élevée si les flux traversent plusieurs plateforme Middlewares tel que l’OSB et la SOA Suite.
Cependant Oracle met à notre disposition une panoplie d’outils, de capteurs permettant de remonter les informations nécessaires dans les consoles de contrôle de ses différents applicatifs. Voici une proposition de méthodologie pour suivre vos flux de votre plateforme Middleware Oracle.
Comme vous avez sans doute déjà pu le comprendre, le langage XML est le standard en ce qui concerne les échanges de messages entre les applications d’une architecture SOA.
Les diverses applications du SI échangent donc des messages XML, cependant les formats peuvent varier selon les applications, il est donc nécessaire de transformer les messages avant de les délivrer aux applications cibles. Pour cela, il existe un langage : eXtensible Stylesheet Language Transformations XSLT. Il s’agit d’un langage de transformation permettant de modifier la structure d’un message XML vers un autre message XML (voire d’autres formats : texte, etc.). BPEL via l’activité Transform permet simplement au développeur d’intégrer des transformations XSL au sein de ses processus.
Je me propose, par cet article, de vous montrer comment mettre en place une transformation XSL dans un flux BPEL, comment exploiter les fonctionnalités de Jdeveloper autour des transformations XSL et comment contourner certaines restrictions du designer Jdeveloper pour mettre en place la communication entre BPEL et XSLT.
Comme promis, un petit tutorial qui vous permettra de débuter avec la SOA Suite et la création de flux d’orchestration avec BPEL.
Je me propose de vous initier à BPEL en vous montrant comment réaliser un flux simple interagissant avec une base de données. Cet exemple appelle une procédure PL/SQL stockée en base qui accepte un paramètre en entrée et renvoie un résultat dépendant de l’entrée. Cet exemple permettra de couvrir une partie des notions abordées lors de la création d’un flux : activités BPEL, adaptateur de ressources, etc.
JDeveloper 11g, aujourd’hui en version 11.1.1.1.0, apporte son lot de nouvelles fonctionnalités pour la gestion de projet et notamment pour la manipulation de gestionnaires de configuration tels que Subversion. Cette nouvelle mouture de l’IDE est livrée avec une nouvelle version de son client subversion puisque l’on passe aujourd’hui à SVN kit 1.2.2 correspondant au client subversion 1.5.5. Un grand pas en avant, certes ! Mais toujours un cran de retard comparé aux dernières versions disponibles sur certains logiciels « standalone » tels que Tortoise SVN, ou celles disponibles sur les dépots de package Fedora, Ubuntu, …
Est-ce un problème ? Oui car si un outil tiers utilisant une version Majeur supérieur (tel que la 1.6) met à jour le dépôt de fichier local, celui-ci deviendra inutilisable par JDeveloper ! Voici donc comment mettre à jour la version du client subversion utilisé par JDeveloper 11g :
BPEL (Business Process Execution Language), est un langage basé sur XML permettant de créer des processus d’entreprise. Les possibilités offertes par BPEL sont nombreuses, il est notamment utilisé pour la mise en œuvre d’orchestration de services.
BPEL offre la possibilité d’interagir avec des Web Services tiers et ainsi de faire communiquer tout type d’application ayant une interface Web Service, de mettre en place des processus complexes (traitements parallèles, interactions humaines, etc.), de gérer simplement les exceptions, etc. Cet article est une introduction à BPEL. Il explique les principales activités et les concepts abordés lors du développement de flux BPEL.