Netbeans, le célèbre IDE gratuit de SUN permet de réaliser assez facilement une application, et de la déployer sur un serveur jbi Glassfish.

Nous allons essayer de construire une application de type "HelloWorld"

Cela passe par les étapes suivantes:

1. Créer un schéma xsd
2. Créer un wsdl
3. Créer un bpel
4. Déployer et tester

Il est impossible d’écrire des fichiers aussi complexes à la main. Il faut un outil: netbeans.

Ecrire un xsd (un schema)

1. Créer un nouveau projet : new Project>SOA>BPEL Module
2. Créer un nouveau schema: ProcessFils>New>XML schema donner un nom au fichier
3. Rajouter un type complexe (ie : contactDetails)
4. Dans la séquence de “contact”, rajouter des champs comme firstName, lastName, address, email … de type (existing type) String
5. Rajouter une deuxièmme type complexe (ie : contactTitre), de type String celui ci (pour changer!)
6. Rajouter 2 “elements”, des types complexes que nous avons définis précédemment
   
   Remarque: Vous pouvez définir des éléments de type “simple” (String par exemple) . Mais cela semble créer des problèmes …

Voilà le xsd sous sa forme xml:

Ecrire un wsdl

1. ProcessFiles>new>wsdl document
2. Premier écran: Importer le schéma que nous venons de définir
3. next
4. définir les entrées et les sorties
   

Voila le wsdl sous sa forme xml:

Créer un bpel

1. ProcessFiles>new>bpel
2. Dans la vue design, “Drag and drop” le fichier wsdl. Les positions où il peut se positionner sont sur les côtés
3. “Drag And Drop” l’élément “receive” de la palette vers le centre design . Parfois la palette est invisible! click droit au centre du design Add From Pallette> Web Service > Receive
4. Editer l’élément receive, lui donner un nom (myReceive), L’associer à un “Partner link”,à une opération, créer une variable “input”
5. Mettre en place de la même manière l’élément “reply” sous l’élément “receive”. Définir une variable “output”
6. Mettre en place un élément assign. (entre les éléments receive et reply)
7. Sélectionner l’élément “assign” Choisir la vue “mapper”
8. Sélectionner la variable output (celle dans laquelle on veut assigner une valeur)
   
   

voilà le xml correpondant:

Déployer et tester le projet sur le serveur

Remarquez qu’un projet BPEL n’est pas directement déployable.


Il doit être rajouté en tant que module JBI dans un projet “Application Composite” qui sera ensuite déployée.

Créer le projet “Application Composite” et rajouter les modules JBI:

1. Depuis le menu principal : File > New Project
2. Sémectionner le mode “Composite Application”
3. Next
4. Rajouter un nom, “finish”
5. Ouvrir ce nouveau projet “Composite Application”. “Click Droit”. choisir “Add JBI Module” Sélectionner le jar du projet BPEL que vous voulez rajouter
6. Remarquez qu’un jar a été rajouté dans le module JBI
7. Sur le projet “Application Composite”, click droit, choisir “Deploy Project”
8. Dans le projet “Composite Application”/Test, click droit et choisir “new test”
9. Sur le test créé, click droit “run”

ressources

the other netbeans bpel tutorial


netbeans helloword application

Deux éditeurs sont incontournables: Netbeans et Eclipse.
Netbeans propose des editeurs bpel , xsd et wsdl assez intuitifs. Il est particulièrement adapté à glassfish pour tester des applications jbi.

De la même manière, Eclipse propose de nombreux plugins permettant de développer des applications bpel et bpmn. La démarche serait plutot top down: Je commence par écrire un fichier bpmn ( Des spécifications uniquement business) et j’arrive à générer un fichier bpel (Un langage d’execution). Eclipse est plustot destiné à générer des applications jbi pour servicemix.
Il existe une version d’eclipse comportant tous les plugins: spagic.

Pour ceux qui veulent apprendre à manipuler BPEL, je conseille netbeans.

JBI Components

Les JBI Components (Binding Components et “Service Engine”) sont des plug-ins qui rajoutent des fonctionnalités au “JBI Container”.

Vous pouvez installer un “JBI Component” en le copiant dans le répertoire “hotdeploy”.

Un “JBI Component” se compose d’un fichier zip, appelé aussi “Service Assembly” ou SA.
Un SA se compose:

• D’un fichier META-INF/jbi.xml
• De plusieurs fichier zip appelés SU (Service Unit) . Chaque SU contient au moins un fichier xbean.xml

Il est possible de regarder les Components déployés avec une console jmx (jconsole), d’arrêter ou de démarrer les SA.

Créer un SA (Service Assembly)

Créer un projet

Recopier ce pom.xml dans un directory vide.
 

4.0.0 bg.servicemix parent 1.0-SNAPSHOT pom Tutorial http://servicemix.org

Exécuter la commande:

mvn install

Cela valide le fait que mvn est installé, et que le fichier pom.xml est correct.

ServiceMix fournit plusieurs achetypes Maven pour faciliter la créattion de projets.

Créer un projet SU (Service Unit) avec Maven et l’archetype “servicemix-service-unit”

Nous commencerons par utiliser l’archétype permettant de créer des SU (Service Unit)

Depuis le directory que nous avons créé, la commande suivante créera un “service unit” projet appelé “tutorial-file-su”:

mvn archetype:create -DarchetypeArtifactId=servicemix-service-unit -DarchetypeGroupId=org.apache.servicemix.tooling -DarchetypeVersion=3.2.1 -DartifactId=tutorial-file-su

Mettre la version correspondant à la version de serviceMix.

Nous remarqons que le premier fichier pom.xml que nous avions écrit a été modifié, et qu’un nouveau répertoire a été créé, contenant un pom.xml.

Rajouter une dépendance pour un “component” JBI

Chaque SU (Service Unit) est detiné à être un “component” JBI. Nous spécifions cela dans le pom.xml , en rajoutant une dépendance au pom.xml.

L’outillage maven de servicemix fera le reste.

Le component “servicemix-file” fournit l’integration du JBI aux fichiers. Il peut être utilisé pour lire et écrire des fichiers, ou surveiller (poll) un répertoire.Il est décrit ici

org.apache.servicemix servicemix-file ${servicemix-version}

Configurer le xbean.xml

Ensuite, nous aurons à configurer notre nouveau SU pour fournir réellement un service.
Nous faisons cela en créant un fichier appelé xbean.xml dans le répertoire src/main/resources

L’exemple définit 2 namespaces: Le prefixe “file” fait référence à un namespace pour adresser les fonctionnalités standard, tandis que le prefixe “tut” sera utilisé pour le namespace dans lequel notre service sera défini.

Définition d’un “file sender endpoint”

Un “file sender” peut être utiliser pour écrire des fichiers localement.
Voilà un exemple de “file sender”:

Remarquez les 2 attributs service (Qui font référence à l’ensemble du SU) et endpoint (Qui fait référence au sein du service , à cet interface file:sender).

Définition d’un “file poller endpoint”

Nous allons lire les fichiers XML dans un répertoire (spécifié par l’attribut “file”, aussi veillez a ce que ce directory existe sur votre système )

La ligne XML ci-dessous est destinée à configurer un “poller”, qui vérifiera la presence d’un nouveau fichier toutes les n secondes. Ce fichier sera envoyé au “file sender” endpoint spécifié par les attributs “targetService” et “targetEndpoint”.

Le poller appartient au même service que le “sender”; mais à un autre endpoint.Il a 2 attributs targetService et targetEndpoint qui désignent vers quelle appli seront envoyée les fichiers (Dans notre exemple,c’est le même service).

En résumé:

Vous spécifiez le component cible pour un SU comme une dépendance dans Maven (”dependancy” dans le pom.xml).

Dans ServiceMix, la pluspart des SU seront configurés par des fichiers xbean.xml

Créer le SA (”Service Assembly”) avec Maven et l’archetype “servicemix-service-assembly”

De la même manière que nous avons créer notre SU avec un archetype Maven, nous allons créer notre projet SA .

Exécuter cette commande :

mvn archetype:create -DarchetypeArtifactId=servicemix-service-assembly -DarchetypeGroupId=org.apache.servicemix.tooling -DarchetypeVersion=3.2.1 -DartifactId=tutorial-sa

Un nouveau projet a été généré

Ajouté le SU dans le SA

Nous voulons ajouter le SU que nous avons créé au SA. L’outil Maven le fera automatiquement si nous mettons une dépendance dans le pom.xml du SA.
Nous avons à utiliser le groupId, l’artifactId et la version du SU ici:

xxx org.apache.servicemix.tutorial tutorial-file-su 1.0-SNAPSHOT xxxx

Utilisons Maven pour construire l’ensemble:

mvn install

Déployer le SA

Avant de commencer, assurez vous que ServiceMix est démarré.

Maintenant , naviguez dans le directory de votre SA, et utiliser le plugin JBI “Maven” pour déployer votre projet:

cd tutorial-sa mvn jbi:projectDeploy

Tester le SA

Nous avons configurer notre SU “file” pour surveiller la presence de fichiers dans un directory, et les envoyer à un autre répertoire.
Copier juste un fichier xml dans le répertoire surveillé, et ServiceMix le déplacera après quelques secondes vers le “endpoint”

Rajouter 2 SU

A la place de simplement copier des fichiers depuis un directory vers un autre, nous allons maintenant envoyer un message vers une queue JMS. Nous voulons aussi archiver une copie du message en utilisant le pattern “wiretap”.

En premier, nous avons à créer 2 projets supplémentaires pour nos 2 SU.
A la place d’utiliser le simple archetype “servicemix-service-unit” comme precedemment,nous allons utilser 2 nouveaux archetypes:

• “servicemix-eip-service-unit” pour créer le module “tutorial-eip-su”
• “servicemix-jms-provider-service-unit” pour créer le module “tutorial-jms-su”

Nous connaissons la syntaxe:
mvn archetype:create -DarchetypeArtifactId=XX -DarchetypeGroupId=org.apache.servicemix.tooling -DartifactId=YY

mvn archetype:create -DarchetypeArtifactId=servicemix-eip-service-unit -DarchetypeGroupId=org.apache.servicemix.tooling -DarchetypeVersion=3.2.1 -DartifactId=tutorial-eip-su mvn archetype:create -DarchetypeArtifactId=servicemix-jms-provider-service-unit -DarchetypeGroupId=org.apache.servicemix.tooling -DarchetypeVersion=3.2.1 -DartifactId=tutorial-jms-su

Ces archetypes sont un peu plus sophistiqué :
Ils ajoutent les < dependency > pour les components JBI qu’ils ciblent. Ils fournissent un xbean.xml pour démarrer.

Après cela, ajouter ces 2 nouveaux SU au SA en rajoutant les < dependency > au pom.xml du SA.

La documentation de serviceMix décrit comment utiliser jms : servicemix-jms.

Modifier le fichier xbean.xml de tutorial-jms-su, afin d’accéder à une queue appelée “queue/tutorial” sur ActiveMQ (qui est embarqué dans ServiceMix).

Configurer le “tutorial-eip-su”

Le “Servicemix-eip component” est un container “routeur” où plusieurs types de routage peuvent être déployés en tant que SU.

Modifier le fichier xbean.xml de “tutorial-eip-su” pour définir le “wiretap” que nous voulons.

Les différents pattern sont définis dans la doc de ServiceMix-eip
voici le shema du “wire-tap” pattern:

Nous voulons envoyer les messages au “jms endpoint”, aussi, nous spécifions cette information au premier < eip:exchange-target/ >

Le deuxième fait référence au endpoint < file:sender /> que nous avons déclaré plus tôt.

Modifier la configuration de tutorial-file-su

Nous avons à modifier le “targetService” du endpoint < file:poller > pour réferrer à notre nouvellement créé “wiretap”.
Cela pourrait être comme cela:

Construire et deployer

Quand tout est fait, vous étes prèt pour construire et deployer le SA.
Lors du build, les logs devraient ressembler à cela:

[INFO] Scanning for projects… [INFO] Reactor build order: [INFO] Tutorial [INFO] Tutorial :: File SU [INFO] Tutorial :: JMS SU [INFO] Tutorial :: EIP SU [INFO] Tutorial :: SA … [INFO] ——————————– [INFO] BUILD SUCCESSFUL [INFO] ——————————– …

Test

Si vous copiez un fichier dans le directory surveillé par le “poller”, il sera copié dans le directory “sender”, comme avant.

Cependant, il devrait aussi y avoir une copie du message dans notre queue JMS.

Pour le controller, connectez vous à ServiceMix avec la console JMX et naviguez vers org.apache.activemq/localhost/Queues.

Une queue devrait avoir été créée avec le nom “queue/tutorial” et l’attribut “EnqueueCount” indique le nombre de messages qui ont déjà été envoyés.

JBI Components

Les “plugins” mentionné ci-dessus sont quelquefois appelé “JBI components”.

“Binding Components”

Un “binding component” (BC) a 2 buts:

• Communiquer en utilisant un protocole distant.
• Normaliser les messages reçus

Les BC sont utilisés pour communiquer en dehors l’environnement JBI.

Exemples de protocoles fournis par les BC: http, jms,ftp,smtp,xmpp,rmi,corba,xmpp

JBI Components

Les JBI Components (Binding Components et “Service Engine”) sont des plug-ins qui rajoutent des fonctionnalités au “JBI Container”.

Vocabulaire

• Java Business Integration (JBI) : C’est le nom d’une JSR (Java Spécification)
• Entreprise Service Bus (ESB) : C’est la même chose qu’un JBI, mais pas forcemment normalisé.
• Component Les composants proposent des services accessibles par l’intermédiaire d’interfaces. Ce sont les parties enfichables dans le framework JBI. Il se divisent en deux sous-familles:Service Engine (SE) et Binding Component (BC)
• Service Engine (SE) :Les SE fournissent la logique métier et les transformations (XSLT, …). Il peuvent consommer eux-même d’autres SE.
• Binding Component (BC) : Les BC fournissent la connectivité, qu’il s’agisse de protocoles (FTP, HTTP,…), de piles (SOAP, JMS, …) ou de services externes au conteneur JBI. Ils permettent l’accès de depuis l’extérieur au services d’une application JBI.
• Rôles : Les composants peuvent avoir les rôles suivants : Consumer (Le composant utilise un service ) et Provider (Le composant fournit un service ) Chaque composant peut être à la fois consumer et provider.
• EndPoint :Les services proposés par les composants sont accessibles via des endpoints. Un service correspond à un endpoint.
• Normalized Message Router (NMR) :Le Normalized Message Router reçoit et envoi des messages de la part de composants. Il est responsable du routage des messages. Les messages sont tous dans un format normalisé
• Normalized Message :Les Normalized Messages sont les messages echangés par une application JBI. Ce sont des documents XML formé :Du contexte du message ( Il inclut des informations tels que le protocole de communication, des informations spécifiques à d’autres composants … )et du contenu du message (Toutes les données)
• Delivery Channel :Les composants se « connectent » sur le NMR grâce au delivery channel. C’est une voie de communication bidirectionnelle leur permettant d’envoyer et de recevoir les messages
• Service Unit (SU) :Chaque composants à déployer est défini dans un SU. Celui contient toutes les informations relatives au composants (fiche de transformation Xslt… ) et obligatoirement un descripteur qui se trouve dans un dossier META-INF à la raçine de l’archive.
• Service Assembly (SA) :Les composants qui doivent interagir ensemble sont rassemblé dans un SA. Celui-ci contient obligatoirement un descripteur où se trouvent toutes les informations relatives aux SUs à deployer, ainsi que les archives de ces Sus.

Dans notre prochain tutorial, nous implementeront une application sur ServiceMix

Structure d’un wsdl

Un wsdl décrit un Web-Service avec ces principales bailises:

La structure principale d’un wsdl ressemble à cela (liste non exhaustive):

WSDL “portType”

L’élément < portType > est l’élément le plus important

Il décrit un web-service , les opérations qui peuvent être accomplies, et les messages échangés.

L’élément < portType > peut être comparé à une fonction d’une librairie dans un langage traditionnel.

Messages WSDL

L’élément < message > définit les données d’une opération.

Chaque message peut être formé d’une ou plusieurs partie. Les parties peuvent être comparés aux paramètres d’une fonction dans un langage de programmation traditionnel.

Operation Types

Les type de “Request-response” est l’opération la plus courrante. Mais wsdl définit d’autres types d’opération (”One-way”, “Solicit-response”,”Notification”)

Outil / editeur

Il est quasiment impossible d’écrire un wsdl à la main.(Sans erreurs!)

J’utilise l’éditeur wsdl d’eclipse (voir le projet STP, ils proposent un plugin avec l’ensemble de leurs outils), qui est gratuit et qui marche bien.

Cet outil permet à la fois d’éditer un fichier wsdl, mais aussi, de comprendre sa structure et de quoi il est composé: C’est une bonne idée d’éditer un wsdl existant, et de le regarder avec cet outil.

Le plugin “Eclipse STP Modeler” permet de créer des fichiers BPMN.
Nous allons essayé de créer un projet avec ce plugin.

Voilà un exemple de représentation BPML d’un processus métier:

Figure 1. Model of a business process

Ce schéma montre un unique flux horizontal d’un processus métier coupé en trois tranches et disposé verticalement dans l’ordre.
Ce schéma a été créé en utilisant le “STP BMN modeler” d’éclipse, que vous utiliserez plus tard.

Vous pouvez voir où le processus démarre avec le cercle vide sur la gauche, et le flux progresse vers la droite en suivant les flèches et les arcs, et se termine (à la fin :=))!) avec un cercle vide à droite.

BPMN est simplement un format XML décrivant, dans notre exemple , le modèle de la figure 1.

Il contient des “vertices” (Pluriel de “Vertex”: intersection, noeud) qui correspondent à des noeuds et des “sequenceEdges” qui correspondent à de flèches et des arcs.

Regardons un exemple: (Listing 1)

Les “Vertices” sont essentiellement des noeuds ou des tâches, représentés graphiquement dans la figure 1 par des cercles, des losanges (Têtes de diamant) et des carrés.

Dans le Listing 1, vous pouvez voir qu’ils sont identifiés, aussi, comme une liste de “outgoingEdges” et de “incommingEdges”.

Des identifiant donne simplement un ID à chaque “Vertices” qui peut être référencé comme “source” ou “target” d’un “sequenceEdge” (Représenté dans la figure 1 par des flèches directionnelles allant de “Vertices” en “Vertices”).

L’information importante dans chaque “sequenceEdges” sont les attributs “source” et “target” qui spécifient les référence des “vertices” (noeuds) source et destination.

Remarquez que ce format de fichier n’est pas exécutable sur un moteur BPEL comme le moteur “ODE” d’apache. C’est uniquement la modélisation d’un processus métier.

Des outils existent pour transformer ces fichiers BPMN en modèle BPEL exécutable (Par exemple le projet ATL d’éclipse et un open source écrit par BABEL) .

BPEL Business Process Execution Language

BPEL est exécutable sur des moteurs comme ODE (Orchestration Director Engine) d’Apache.

LA différence entre BPEL et BPMN est que BPEL est plus structuré, étant par définition un langage d’exécution.

A la place de “Vertices” et de “SequenceEdges”, un fichier xml BPEL contient des séquences d’instruction qui incluent l’invocation de Web-Service, des opérations et des instructions comme des boucles “while’ qui peuvent exécuter une séquence de code encore et encore si une condition reste “true”.
(Voir le tag … après l’ouverture dans le listing 2) ou encore des instructions “if” et “else-if”

Dans la figure 1 (Coupe 2), il y a une instance où un arc va vers l’arrière.

C’est comme ça qu’est représenté une boucle “while” en BPMN.

Là , vous pouvez voir 2 “vertices” (noeuds) appelés while1 et while2 qui facilitent le branchement correct des processus.
(while1 a deux entrées (incomingEdges) en 1 seule sortie et while2 prend une entrée et la divise en deux sorties)

La condition de la boucle “while” est définie par “while_ok”, et si il reste “true”, la tâche (”shippingEstimator task”) sera exécutée encore et encore.
Quand cette même condition n’est plus vraie, l’exécution s’arrête et passe à la tâche de fin (”checkout task”).

Pour additionner, BPMN XML définit un modèle graphique de votre processus métier avec des noeuds et des graphes, et BPEL définit un modèle exécutable de votre processus métier avec des constructions exécutables comme des boucles “while”, des instructions “if” et des instructions qui appellent des opérations sur des Web-Services existants.

Le processus métier que vous allez modéliser est un simple flux permettant d’ajouter un jouet à une liste d’achat.

Les utilisateurs auront le choix d’utiliser un “shippingEstimator”(Voir la condition de la boucle while dans le listing 2), de confirmer, et de passer une commande qui pourra être rejetée ou acceptée.
Le processus devra éventuellement envoyer une facture au client et rajouter la commande dans la queue des commandes à expédier.

Pour faire cela, vous aurez à installer l’outil de développement Eclipse, avant de vous plonger dans votre “processus métier”.

Installation du projet STP (”SOA Tool Platform”) d’eclipse

Le projet “SOA Tools Paltform” (STP) d’éclipse fournit des outils permettant la conception, la configuration, l’assemblage, le déploiement, la surveillance et la gestion de software conçu dans le cadre de SOA (Service Oriented Architecture).
STP suit les spécifications du SCA (Component Architecture Specification) .

STP comprend donc plusieurs outils (Liste non exhaustive):

• STP SOA System :Outils pour l’assemblage, la construction et le deploiement de Services dans des “Container” . Avec en plus des moyens de gestion des “Policy” lors des déploiement.
• STP BPEL 2 Java (B2J) Outil pour traduire BPEL en classes Java.
• STP BPMN (BPMN) Outil pour éditer les diagrammes BPMN.
• STP Policy Editor (POLICY) Editeur pour “WS-Policy” avec un éditeur graphique.
• STP SCA (SCA) Editeur graphique pour un SCA composite.

Il est possible de télécharger l’ensemble de ces outils à l’url :

http://download.eclipse.org/stp/downloads/

( J’ai essayé de mettre à jour par l’outil update d’éclipse, ça n’a pas marché, je conseille donc de télécharger le zip “All in one” de le dezipper dans le répertoire d’eclipse.)

Section 4. Utiliser l’éditeur BPMN d’éclipse

L’éditeur STP BPMN se veut simple à utiliser et intuitif.

D’abord, nous allons apprendre à créer un diagramme BPMN pour modéliser les visiteurs achetant des jouets sur votre site web.

Puis nous apprendrons quel types d’activités que nous aurons à employer dans ce modèle.

Et finalement, vous verrez comment modéliser vos processus métier en utilisant l’éditeur BPMN

Votre premier diagramme BPMN

C’est le moment de démarrer Eclipse. Comme l’éditeur BPMN n’est pas basé sur un type de projet, vous avez juste à créer un projet générique:

Vous devriez maintenant voir le nouveau projet dans la fenêtre “Package Explorer” .

Sélectionnez le et créez un nouveau diagramme BPMN:

File > New > Other. Expand the SOA Tools folder and select Bpmn Diagram.

Clickez sur “Finish” pour créer un diagramme BPMN. Votre projet devrait ressembler à la figure ci-dessous.
Figure 6. La fenêtre Projet

Excellent!

Maintenant, vous ètes prét à manipuler quelques types d’activités. Ces eléments sont affichés sur la palette de droite.

Introduction des types d’activité

Il y a plusieurs types d’activité que vous pouvez utiliser pour modéliser votre activité métier.
Nous allons passé en revue 5 des types d’activité que vous allez utiliser.

“Empty Start” , sous “Start Events”

Cette activité démarre le processus, le cercle vide sur la gauche de la Figure 1.

Apprenez à manipuler l’éditeur: Il faut sélectioner la tache, puis clicker au centre du diagramme.

La prochaine est une tâche, comme representée dessous:

Les tâches (Task) sont des commandes comme invoquer un Web-Service.

Les deux suivantes sont une des “gateway” qui permettent à un processus de se diviser en 2 directions différentes, exclusivement ou en parallèles.

D’abord est la “exclusive data-based gateway”.

Vous comprendrez comment ca marche plus tard. En bref, c’est utilisé pour branché le processus métier vers 2 chemins différents,un pour le cas où la commande est un echec, et l’autre si la commande a été un succes.

Maintenant regardon la “parallel gateway”.

Vous pouvez utiliser ce “gateway” pour définir 2 tâches qui seront exécutées en parallèle, comme par exemple envoyé une facture au client et envoyé un ordre d’envoi au service des expéditions après une commande réussie.

La dernière activité à rajouter est la “Empty End Event”, un évènement qui termine le processus.

Cela correspond au cercle vide sur la droite de la figure 1, terminant le processus.

Créer le processus metier

Maintenant il faut modéliser le processus métier.

Pour commencer , clicker sur le “Empty Start Activity”. Puis “double-click” et appelé cette activité “start” par exemple.

Clicker sur l’activité de type “task”, la placer à la droite de cercle “start”, “double-click” et l’appelé “addToyToCart”.

Maintenant, nous allons créer un nouvel arc depuis le cercle “start” jusqu’à la tâche “addToyToCart”.

Plcer le curseur sur la bordure droite du cercle “start” jusqu’à ce que 2 petites flèches apparaissent à sa droite.Clicker sur le petit carré à l’extrémité de la flèche pleine.
L’étirer jusqu’à la tâche “addToyToCart” jusqu’à ce qu’une flèche sombre apparaisse à sa droite.

Relacher la souris, et un nouveau lien devrait relier les 2 activités, comme ci-dessous:

Bien, vous avez créé votre premier arc. Votre “business process” commence à prendre forme.

Avec l’aide de la figure 1, vous devez être capable de créer de nouvelles tâches.

Remarquez que vous pouvez donner un nom aux arcs, ce qui donne encore plus de clarté au shéma.

Une fois terminé, vous pouvez examiner le résultat en BPMN correspondant à votre diagramme en regardant le fichier .bpmn.

Vous pouvez voir les “vertices” et les “sequenceEdges” qui décrivent le “business process” que vous avez modelés.

Félicitations ! Vous avez réussi à modéliser un “Business Process” en utilisant le “BPMN modeler”.

Maintenant, il vous reste à convertir le BPMN en BPEL, et à déployer le BPEL sur un moteur BPEL (Ode d’Apache par exemple) . Ce sera peut-être l’objet de prochains tutoriels . Quand pensez-vous?

SCA (Service Component Architecture) définit un modèle simple à base de service permettant la construction , l’assemblage et le déployment de services (Existant et nouveau) et de façon indépendante des languages et technologies.


SDO (Service Data Object) fournit une interface pour manipuler les différentes formes de données, y compris des documents XML, qui peuvent exister dans un réseau de Services eet fournit les mécanismes pour des conversions.

Première Application Tuscany

Ce tutorial est inspiré (traduit ?) de getting started with tuscany

Etape 1 : Telecharger java, tuscany et maven

Téléchargement: “Tuscany Java SCA release“.

Construire le “Calulator” en java

Cet exemple illustre comment définir votre application en restant concentré sur la logique métier. Il vous ammene à travers les étapes de la construction d’un “Calculator”. Toutes les connections entre les “Components” à l’intérieur du “Composite” sont locales et décrires en utilisant des Interfaces Java.

Etape 0 - Obtenir les librairies nécessaires

Pour cela il faut utiliser maven.


voila le POM.xml: