Les feuilles de propriétés d'objet BPEL4WS 1.1 contiennent des propriétés supplémentaires sur l'onglet BPEL4WS.
Nom |
Description |
---|---|
Création d'une instance |
[receive] Spécifie l'instanciation du processus. Valeur par défaut : No Nom dans le script : CreateInstance |
Préfixe d'espace de noms cible du schéma de données |
[fichier WSDL] Spécifie l'espace de noms cible du schéma de données. Nom dans le script : schemaNameSpace |
Espace de noms de définition |
[format de message] Spécifie le message URI d'espace de noms cible qui ne peut être utilisé que par des variables BPEL. Variable par défaut : %ownerServiceNmspc% Nom dans le script : DefinitionNamespace |
Espace de noms cible de définition |
[modèle et package] Spécifie l'espace de noms cible. Valeur par défaut : %urnName% Nom dans le script : DefinitionTargetNamespace |
Premier motif de corrélation |
[invoke] Lorsque la première corrélation est utilisée par l'activité invoke, vous pouvez choisir l'une des valeurs suivantes :
Nom dans le script : InCorrelationPattern |
Contenu WSDL importé |
[fichier WSDL] Spécifie le contenu du fichier WSDL d'origine récupéré. Nom dans le script : ImportedWsdlContent |
Initier la corrélation |
[receive, reply et reply fault] Spécifie l'initiation de la corrélation utilisée par l'activité receive. Vous pouvez choisir l'une des valeurs suivantes pour spécifier l'attribut d'initiation:
Nom dans le script : InitiateCorrelation |
Condition de jointure |
Chaque activité a des attributs standard facultatifs : un nom, une condition de jointure et un indicateur précisant si une jointure erronée doit être supprimée si elle survient. Une condition de jointure est utilisée pour spécifier des exigences sur des chemins concurrents atteignant une activité. La valeur par défaut de la condition de jointure (pour le langage par défaut d'expression XPath) est le OR logique ou l'état de lien de tous les liens parvenant à cette activité. Nom dans le script : joinCondition |
Corrélation multiple |
Spécifie une activité Invoke, Receive ou Reply BPEL en utilisant plusieurs clés de corrélation. Nom dans le script : MultipleCorrelation |
Nom |
[type de lien partenaire] Spécifie le nom du type de lien partenaire. Nom dans le script : PartnerLinkTypeName |
Préfixe d'espace de noms à utiliser |
[fichier WSDL] Spécifie le préfixe XML utilisé par le processus pour référencer le fournisseur de services. Valeur par défaut : %wsdlUsedPref% Nom dans le script : prefixForUse |
Rôle de l'unité d'organisation |
[type de lien partenaire] Spécifie le rôle joué par un partenaire dans la collaboration. Lorsque cette valeur n'est pas définie, le rôle généré est le nom de l'unité d'organisation. Nom dans le script : OrganizationUnitRole |
Rôle de processus |
[type de lien partenaire] Spécifie le rôle joué par le processus dans la collaboration. Lorsque cette valeur n'est pas définie, le rôle généré est le nom du processus. Nom dans le script : ProcessRole |
Second motif de corrélation |
[invoke] Lorsque la seconde corrélation est utilisée par l'activité invoke, vous pouvez choisir l'une des valeurs suivantes :
Nom dans le script : OutCorrelationPattern |
Suppression des échecs de jointure |
Spécifie si l'erreur joinFailure sera supprimée pour toutes les activités du processus. L'effet de l'attribut au niveau du processus peut être supplanté par une activité utilisant une valeur différente pour l'attribut. Valeur par défaut : No Nom dans le script : suppressJoinFailure |
Accès aux variables contrôlé |
[scope, sequence et flow] Lorsque défini à "yes", la portée fournit le contrôle de concurrence en gouvernant l'accès aux variables partagées. Une telle portée est appelée portée sérialisable. Les portées sérialisables ne doivent pas être imbriquées. Une portée avec variableAccessSerializable (ou isolated)="yes" doit être située à l'extrémité de la hiérarchie. Valeur par défaut : No Nom dans le script : variableAccessSerializable |