Transfert des définitions de flux de travaux
Vous pouvez transférer une définition ou un ensemble de flux de travaux à la région isolée.
Pour pouvoir exécuter un flux de travaux, il doit exister une version exécutable de la définition ou de l'ensemble de flux de travaux dans la région isolée. L'enregistrement d'un ensemble de flux de travaux ou d'une définition de flux de travaux dans une librairie ou une bibliothèque enregistre le fichier mais n'en fait pas un exécutable.
- Dans la console d'administration, lancez l'assistant de transfert de flux de travaux (Transfer Workflow) :
- Dans le panneau de navigation du domaine, sélectionnez la librairie.
- Dans le panneau de navigation de la librairie, cliquez sur et sélectionnez une définition de flux de travaux.
- Dans l'onglet de définition de flux de travaux, cliquez sur Actions et sélectionnez Transfer Workflow.
- Exécutez les étapes restantes de l'assistant.
- Dans Process Designer
- Un auteur de flux de travaux peut directement transférer la définition de flux de travaux (avec Transfer Workflow dans le menu Action) ou un ensemble de flux de travaux (avec Transfer Workflow Collection dans le menu File) vers la région isolée.
- Quand vous lancez la définition de flux de travaux (avec Launch Workflow dans le menu Action) ou le flux de travaux principal (avec Launch Main Workflow dans le menu File ou avec l'outil Launch Main Workflow dans la barre d'outils de Process Designer), la commande Launch transfère l'ensemble ou la définition de flux de travaux et crée une instance.
- Dans Workplace ou Workplace XT
- Un administrateur peut transférer directement un ensemble ou une définition de flux de travaux à la région isolée. Les utilisateurs sans droits d'administrateur ne peuvent pas lancer un flux de travaux s'il n'a pas été transféré préalablement.
- Quand un administrateur définit une souscription, un transfert s'exécute automatiquement si la version du flux de travaux n'existe pas encore dans la région isolée.
Transfert vers la région isolée

Chaque fois qu'un ensemble ou une définition de flux de travaux est transféré, un nouvel espace de travail est créé dans la région isolée pour désigner la version exécutable du flux de travaux et la dernière révision des autres ensembles ou définitions de flux de travaux préalablement transférés. (En réalité, chaque espace de travail contient deux pointeurs vers un ensemble ou une définition de flux de travaux : un vers le format de l'auteur et l'autre vers le format d'exécution de l'ensemble ou de la définition de flux de travaux).
Dans l'illustration de gauche, la taille de l'espace de travail augmente à mesure que de nouvelles définitions de flux de travaux sont transférées. Quand arrive une nouvelle révision d'une définition de flux de travaux, par exemple Alpha dans l'illustration, la nouvelle révision Alpha_1 remplace l'ancienne dans la liste de l'espace de travail. Ce mécanisme agit comme un mécanisme de contrôle des versions et permet de garder plusieurs révisions d'un flux de travaux exécutables dans une région isolée.
Dans un environnement de développement, il est normal de trouver un grand nombre d'espaces de travail et de voir leur taille grandir assez rapidement car les auteurs de flux de travaux transfèrent et testent des définitions de flux de travaux plusieurs fois avant de les diffuser dans l'environnement de production. Dans cette situation, il est possible de dépasser la limite de taille de l'espace de travail. Le système de flux de travaux consigne un message d'avertissement dans le journal des événements du système quand la taille d'un objet de configuration BLOB ou d'un élément de travail dépasse 95% de la taille maximale autorisée. Si la limite de taille de l'espace de travail est atteinte, une commande de transfert de flux de travaux aboutit à une erreur de dépassement de mémoire tampon. Pour résoudre ce problème dans un environnement de développement, l'auteur du flux de travaux peut réinitialiser la région isolée et vider les espaces de travail.
Dans un environnement de production, les espaces de travail sont habituellement moins nombreux et plus petits que dans un environnement de développement car seules des définitions de flux de travaux testées et stables y sont présentes en général. Dans la mesure où il est habituellement peu pratique d'initialiser une région isolée de production pour vider les espaces de travail inutilisés, évitez de procéder à des transferts nombreux et superflus vers la région isolée dans un système de production.
Déconseillé

Dans l'illustration de gauche, l'auteur du flux de travaux crée des versions presque identiques de la définition de flux de travaux Alpha, change son nom puis la transfère à nouveau. Notez qu'il en découle une rapide augmentation du nombre et de la taille des espaces de travail car chacune de ces définitions de flux de travaux est regardée comme unique.
Comme alternative à cette technique, vous pouvez utiliser une zone de données dans le flux de travaux afin de mettre à jour l'objet du flux de travaux au moment de son lancement de manière à identifier chaque flux de travaux actif.