Un joli progrès dans Petals Studio

Parmi les évolutions en cours dans le studio, en voici une qui va résolument faire gagner du temps aux utilisateurs.
Il s’agît d’afficher les opérations disponibles pour consommer un service dans Petals.

Pour rappel, consommer un service revient à invoquer l’une de ses opérations.
Dans certains cas, il est possible de déduire l’opération à invoquer depuis la requête (par exemple avec le mécanisme des actions SOAP). Dans d’autres cas, on a besoin d’indiquer dans la configuration du consommateur quelle opération invoquer. Jusqu’à présent, il fallait remplir cette partie à la main dans le studio. Sachant qu’un nom d’opération est un nom qualifié (avec un espace de nom), cela restait une tâche très lourde.

Désormais, il ne reste plus que certains cas pour lesquels cela devra être rempli à la main.
Avec le recul, il est facile de dire que cela aurait dû être fait dés le début. Mais ça n’a pas été le cas.
Lors de la définition d’un consommateur, si l’on s’aide de la boite de sélection de service…

… et si ce service est décrit par un WSDL, alors à la fin, on retrouve une liste déroulante avec toutes les opérations de ce service.
Pas la peine de se préoccuper du Message Exchange Pattern (MEP), celui-ci est géré en arrière-plan.

Dans le cas où ce service n’a pas de WSDL, les champs doivent être remplis manuellement.

Deux précisions tout de même :

  • Selon le composant associé à un service, il est possible, même sans WSDL, d’avoir une liste déroulante des opérations disponibles.
    Ainsi, pour un service de validation XML (SE Validation) ou un service de transformation XSL (SE XSLT), il y aura une liste déroulante à la fin de l’assistant, même si ce service n’a pas de WSDL.
  • De plus, certains consommateurs posent une limite sur l’invocation de service. Par exemple, pour l’invocation d’un service suite à la réception d’un email (BC Mail), le message d’invocation sera forcément envoyé en InOnly (le service invoqué ne devra pas répondre). Autrement dit, notre consommateur ne pourra invoquer que des opérations en InOnly. Pour faciliter cela, l’assistant va filtrer les opérations à afficher en fonction du MEP d’envoi. Dans le cas du composant Mail, seules les opérations du WSDL associée au mode d’envoi InOnly seront affichées dans la liste déroulante.

Enfin, il y a un autre assistant qui a profité de ces améliorations, et c’est celui du composant EIP.
La boite de configuration d’un EIP s’appuie désormais sur des fonctions plus avancées, qui doivent permettre d’aller plus vite en réduisant les erreurs possibles.

Certes, cet assistant risque d’être moins utilisé avec l’éditeur graphique à venir pour les EIP.
Mais c’est une évolution d’appoint appréciable.

Publicités

About this entry