Approbation à distance

La fonctionnalité d’Approbation à distance (Remote Approval) est maintenant intégrée dans WorkflowGen et n’est plus un module distinct.

Pour des informations sur le paramétrage de l’Approbation à distance, consultez la section Approbation à distance dans le Guide d'administration de WorkflowGen.

Si vous avez l’ancien module d’Approbation à distance configuré, suivez les étapes suivantes.

1. Désinstallez le module Approbation à distance (il est recommandé de sauvegarder tous les fichiers et dossiers antérieurs du module d’Approbation à distance) :

   1. Arrêtez le service Approbation à distance depuis la liste de services Windows. Le service est généralement nommé WorkflowGen RemoteApproval ou WorkflowGen EmailListener.

   2. Supprimez le dossier DISQUE:\Program Files (x86)\Advantys\WorkflowGen\RemApp\.

   3. Supprimez les fichiers \wfgen\bin\RemoteApprovalConfig.dll et \wfgen\admin\RemoteApprovalConfig.aspx.

2. Supprimez le nœud menuItem dans \wfgen\App_Data\CustomMenus\admin.xml (vous pouvez supprimer entièrement le fichier s’il ne contient que ce nœud).

3. Cochez Activer dans l’onglet Approbation à distance dans le Panneau de configuration du Module d’administration.

Depuis la version 6.0, les applications de workflow suivantes sont intégrées en tant qu’applications intégrées ou d’assembly. Les applications Web correspondantes peuvent alors être désactivées et supprimées dans IIS et les répertoires de système de fichiers car elles ne sont plus utilisées.

• EFORMASPX : \wfgen\WfApps\WebApps\EFormASPX ****

• GETUSERSFROMDIR : \wfgen\WfApps\WebServices\GetUsersFromDir ****

• RAISEEXCEPTION : \wfgen\WfApps\WebServices\RaiseException

Pour créer une base de données WorkflowGen vide, vous devez utiliser le pack d’installation manuel complet disponible à l'adresse suivante : .

Il est très important de vider la mémoire cache du navigateur avant de vous connecter au site Web WorkflowGen mis à jour pour la première fois. Ceci supprimera les fichiers CSS, JavaScript et images des versions antérieures.

Utilisez les URLs suivants avec le compte wfgen_admin :

• Portail utilisateur : http://[votresite]/wfgen

Ce guide décrit toutes les procédures en charge de la mise à jour de WorkflowGen vers la version 9.2.4. Il est destiné aux administrateurs système qui seront chargés de mettre à jour.

Aperçu

Les procédures suivantes s’appliquent au pack de mise à jour WorkflowGen 9.2.4 disponible à l'adresse suivante : https://github.com/advantys/workflowgen-releases/releases.

Contenu du pack de mise à jour

Le pack de mise à jour est un fichier compressé qui contient les répertoires suivants :

• Inetpub : Fichiers d’applications Web de WorkflowGen

• Program Files : Fichiers de services Windows de WorkflowGen

• Databases : Fichiers de création et mise à jour de la base de données WorkflowGen

Arrêtez le serveur IIS, ou au moins vos applications Web WorkflowGen si d’autres sites Web utilisent le même serveur IIS.

Arrêtez les services de synchronisation des répertoires et du moteur WorkflowGen dans le module Windows Services Management.

Sauvegardez les répertoires suivants :

• DISQUE:\Inetpub\wwwroot\wfgen

• DISQUE:\Program Files\Advantys\WorkflowGen

Si le chemin de stockage de fichiers n’est pas celui par défaut de DISQUE:\Inetpub\wwwroot\wfgen\App_Data, vous devrez sauvegarder le répertoire correspondant.

Faites une sauvegarde standard de la base de données au moyen des outils DBMS.

Vérifiez si ces fichiers et dossiers obsolètes utilisés par les applications basées sur Node.js existent toujours dans votre dossier \wfgen et supprimez-les s'ils existent.

1. Supprimez les fichiers et dossiers suivants du dossier \wfgen\graphql :

   • \controllers

   • \models

Supprimez les fichiers d'assembly .dll obsolètes suivants des dossiers \wfgen\bin, \wfgen\ws\bin et \Program Files\Advantys\WorkflowGen\services\bin :

• Advantys.Directories

• Advantys.Directories.Web.UI.Administration

• Advantys.Web.UI.Charting

Écrasez le répertoire d’applications Web avec le contenu de Update\Inetpub\wwwroot\wfgen. Le chemin recommandé par défaut est DISQUE:\Inetpub\wwwroot\wfgen.

Supprimez le fichier DISQUE:\Program Files\Advantys\WorkflowGen\Services\bin\EAGetMail40.dll obsolète.

Écrasez le répertoire des services Windows WorkflowGen avec le contenu de Update\Program Files\Advantys\WorkflowGen. Le chemin recommandé par défaut est DISQUE:\Program Files\Advantys\WorkflowGen.

Copiez node.exe.config et trace.config (situés dans Update\Program Files\nodejs) dans DISQUE:\Program Files\nodejs.

Cette section décrit les paramétrages de configuration à appliquer selon la version de WorkflowGen depuis laquelle vous faites la mise à jour.

• Pour passer de la version 9.0.1 bêta 2 à la version 9.2.4 vous devez appliquer les modifications indiquées dans les sections Mise à jour pour les versions 9.0.1 (v9 bêta 2) et antérieures, Mise à jour pour les versions 9.0.2 (v9 bêta 3) et antérieures, Mise à jour pour les versions 9.0.7 et antérieures et Mise à jour pour les version 9.1.0 et antérieures.

• Pour passer de la version 9.2.0 bêta 1, de la version 9.2.1 bêta 2, de la version 9.2.2 bêta 3 ou de la version 9.2.3 bêta 4 à la version 9.2.4, il n'y a aucune modification à faire au fichier de configuration Web.

1. Ajoutez les nouveaux paramètres suivants à <appSettings>:

2. Supprimez le paramètre obsolète suivant de <appSettings>:

Ajoutez les nouveaux paramètres suivants à <appSettings>:

1. Ajoutez le nouveau paramètre suivant à <appSettings> :

2. Mettez à jour la valeur du paramètre EngineServiceTimeoutSystemActionFrequency à 120000 comme suit :

Ajoutez les nouveaux paramètres suivants à <appSettings>:

1. Mettez à jour la valeur du paramètre suivant dans <appSettings> :

2. Supprimez les valeurs suivantes de <appSettings> pour la version 8.1.0 bêta uniquement:

Ajoutez les nouveaux paramètres suivants à <appSettings> :

1. Ajoutez les nouveaux paramètres suivants à <appSettings> :

2. Mettez à jour le nœud bindingRedirect dans tous les fichiers de configuration affectés (énumérés ci-dessous) de <bindingRedirect oldVersion="0.0.0.0-12.0.0.0" newVersion="12.0.0.0" /> à <bindingRedirect oldVersion="0.0.0.0-13.0.0.0" newVersion="13.0.0.0" />

1. Ajoutez le nouveau paramètre suivant à <appSettings> :

2. Mettez à jour la valeur du paramètre suivant dans <appSettings> :

Ajoutez les nouveaux paramètres suivants à <appSettings> :

Ajoutez les nouveaux paramètres suivants à <appSettings> :

Ajoutez le nouveau paramètre suivant à <appSettings> :

1. Renommez les paramètres suivants dans <appSettings>:

   comme

2. Ajoutez le nouveau paramètre suivant à <appSettings>:

Si vous souhaitez activer la gestion par défaut des erreurs HTTP par WorkflowGen, remplacez le paramètre suivant dans <appSettings> :

par le suivant :

Vous devez mettre à jour le fichier web.config racine de votre site avec les nouvelles règles de réécriture d’URL.

D'abord, vérifiez que l’outil est installé sur le serveur WorkflowGen.

Consultez les fichiers d’exemple fournis dans le pack d’installation :

• Si le site WorkflowGen utilise le chemin /wfgen dans son URL (par exemple, https://votresite/wfgen), reportez-vous au fichier d'exemple Inetpub\wwwroot\web.config (dans le pack d’installation manuelle) ou au fichier d'exemple Inetpub\wwwroot\web.config.sample (dans le pack de mise à jour) pour les nouvelles règles.

• Si le site WorkflowGen n’utilise PAS le chemin /wfgen dans son URL (par exemple, https://votresite

À partir de WorkflowGen 9.2.0, si vous utilisez une authentification personnalisée avec une page de connexion créée à partir du modèle d'exemple fourni /wfgen/login.aspx, vous devez mettre à jour le fichier de la page de connexion. Pour ce faire :

1. Ouvrez le fichier /wfgen/login.aspx de votre site WorkflowGen (qui pourrait avoir été renommé).

2. Remplacez la ligne redirectToUrl = "/wfgen/show.aspx?QUERY=WELCOME"; par redirectToUrl = "/wfgen/dashboard";.

À partir de la version 7 de WorkflowGen, vous devez supprimer l’attribut xmlns dans les fichiers de configuration suivants :

Pour ce faire, remplacez <configuration xmlns="http://schemas.microsoft.com/.NetConfiguration/v2.0"> par <configuration>.

À partir de la version 8 de WorkflowGen, l'assembly WorkflowGen.My.Web.UI.WebControls.dll a été fusionné dans WorkflowGen.My.dll. Ce changement cassant affecte les formulaires Web créés dans l'éditeur de formulaires et les dossiers \bin des formulaires Web, vous devez donc effectuer l'une des opérations suivantes :

Exécutez le script \update\configuration\update-webforms-wfg-my-assembly.ps1 dans PowerShell dans le dossier \wfgen\wfapps\webforms\. Cela mettra automatiquement à jour vos formulaires Web ASPX et supprimera les fichiers et dossiers obsolètes.

1. Supprimez les fichiers et dossiers suivants du dossier \wfgen\wfapps\webforms\bin\ :

   • WorkflowGen.My.Web.UI.WebControls.dll

   • WorkflowGen.My.Web.Handlers.dll

Ajoutez la ligne suivante à <system.webServer> dans les fichiers \wfgen\graphql\web.config et \wfgen\hooks\web.config\ :

Exécutez les scripts SQL ci-dessous dans l’ordre, en commençant par la version de WorkflowGen depuis laquelle vous faites la mise à jour.

Exécutez le script de mise à jour de base de données Update\Databases\MsSQLServer\Update_WFG-V8-0-2.sql dans vos outils SQL Server Management Studio.

Exécutez le script de mise à jour de base de données Update\Databases\MsSQLServer\Update_WFG-V8-0-3.sql dans vos outils SQL Server Management Studio.

Exécutez le script de mise à jour de base de données Update\Databases\MsSQLServer\Update_WFG-V8-1-0.sql dans vos outils SQL Server Management Studio.

Exécutez le script de mise à jour de base de données Update\Databases\MsSQLServer\Update_WFG-V8-2-0.sql dans vos outils SQL Server Management Studio.

Exécutez le script de mise à jour de base de données Update\Databases\MsSQLServer\Update_WFG-V9-0-1.sql dans vos outils SQL Server Management Studio.

Exécutez le script de mise à jour de base de données Update\Databases\MsSQLServer\Update_WFG-V9-0-2.sql dans vos outils SQL Server Management Studio.

Exécutez le script de mise à jour de base de données Update\Databases\MsSQLServer\Update_WFG-V9-0-3.sql dans vos outils SQL Server Management Studio.

Exécutez le script de mise à jour de base de données Update\Databases\MsSQLServer\Update_WFG-V9-1-0.sql dans vos outils SQL Server Management Studio.

Il n'y a aucun script de mise à jour de base de données à exécuter.

Le site Web et les applications Web de WorkflowGen doivent utiliser un groupe d’applications en .NET 4. Si cela n’a pas déjà été configuré, procédez comme suit :

1. Installez .NET Framework 4 sur le serveur, s’il n’est pas déjà installé.

2. Mettez à jour le groupe d’applications existant ou créez un nouveau groupe d’application avec .NET Framework 4 pour :

   • le site Web WorkflowGen

Pour utiliser les API GraphQL, webhooks entrants, OpenID Connect Auth et SCIM facultatives, vous devez d'abord installer les prérequis suivants :

1. Dans IIS, convertissez /wfgen/graphql en application avec un pool d’applications en .NET 4 (mode pipeline intégré).

2. Configurez le mode d’authentification de l’application GraphQL :

   • Pour l’authentification de base : Activez l’authentification de base.

Dans certaines versions et/ou configurations de Windows Server, vous pourriez rencontrer l'erreur Le module spécifié est introuvable (The specified module could not be found) pour les bibliothèques edge et edge-js lors du lancement de npm install --production en ligne de commande, ou bien en accédant aux applications Web /wfgen/graphql, /wfgen/hooks ou /wfgen/scim (voir les logs dans chaque module, situés dans leurs sous-dossiers iisnode respectifs). Dans ce cas, nous suggérons d'installer la plus récente version de Visual C++ Redistributable afin de résoudre ce problème. Les derniers téléchargements pris en charge de Visual C++ sont disponibles à l'adresse .

1. Mettez à jour le fichier web.config de WorkflowGen avec les paramètres suivants utilisés par les webhooks entrants :

2. Dans IIS, convertissez /wfgen/hooks en application avec un pool d’applications en .NET 4 (mode pipeline intégré), et ensuite configurez l’application webhook en mode d’authentification anonyme.

Dans IIS, convertissez /wfgen/scim en application avec un pool d’applications en .NET 4 (mode pipeline intégré), et ensuite configurez l’application webhook en mode d’authentification Anonyme.

Dans IIS, convertissez /wfgen/auth en application avec un pool d’applications en .NET 4 (mode pipeline intégré), et ensuite configurez l’application webhook en mode d’authentification Anonyme.

Redémarrez votre serveur WorkflowGen.

Les applications de workflow suivantes stockent leurs fichiers dans les nouveaux emplacements suivants :

• EFORMASPX : \wfgen\App_Data\Files\EFormAspx

• XMLTODATABASE : \wfgen\App_Data\LogFiles\XmlToDatabase

• XMLTRANS : \wfgen\App_Data\Files\XmlTrans

Aperçu

Vous devez être administrateur du serveur Web. Vous devez connaître :

• Le chemin (destination) sur le serveur Web où sera installée l'application Web WorkflowGen.

• Le chemin (destination) sur le serveur Web où seront installés les services Windows de WorkflowGen.

• L'URL du serveur Web où sera installé WorkflowGen.

• Base de données MS SQL Server :

  • Le nom du serveur MS SQL.

  • Les justificatifs d'identité du compte AS.

Vous devrez effectuer les actions suivantes :

• Mettre à jour les fichiers des applications Web.

• Mettre à jour les fichiers des services Windows.

• Mettre à jour le fichier de configuration Web.

Si vous effectuez une mise à jour depuis la version 5 de WorkflowGen, vous devez demander une nouvelle licence (essai, illimité ou par utilisateur) et un nouveau numéro de série pour chacun de vos serveurs WorkflowGen.

• Le nouveau fichier de licence doit être copié dans le répertoire \wfgen\bin.

• Réglez le nouveau numéro de série dans le fichier \wfgen\web.config(ex. : <add key="ApplicationSerialNumber" value="WFG-ENT-XXXXX-XXXXX-XXXX-XXXX" />).

Mettre à jour .NET

WorkflowGen 9.2.4 requiert la version 4.8 de .NET; il est donc nécessaire d'installer cette version avant la mise à jour.

Mettre à jour les règles de réécriture d’URL dans le fichier web.config racine

À partir de WorkflowGen 9.2.0, vous DEVEZ mettre à jour le fichier web.config racine de votre site avec les nouvelles règles de réécriture d’URL, en fonction de la configuration de l’URL de votre WorkflowGen. Pour savoir comment procéder, consultez la section Mettre à jour le fichier de configuration Web racine.

Usage des paramètres BACKURL_SUBMIT et BACKURL_CANCEL dans les URL WorkflowGen personnalisées

À partir de la version 7.15.5, les paramètres HTTP facultatifs BACKURL_SUBMIT et BACKURL_CANCEL utilisés dans les URL WorkflowGen personnalisées (par exemple, lors du lancement d'une nouvelle demande et du déclenchement de la première action sur un autre site Web) supportent UNIQUEMENT les URL absolues (commençant par http:// ou https://), les URL relatives (commençant par /) ou les URL définies dans le paramètre de configuration PortalRedirectAllowedHttpUrls (par exemple, value='blank.htm, myPage.htm').

À partir de la version 7.15.0 de WorkflowGen, les mots de passe du compte de serveur SMTP et du compte de serveur entrant de l'approbation à distance ne sont plus chiffrés dans le fichier web.config.

Avant de mettre à jour un serveur WorkflowGen existant, vous devez réinitialiser manuellement les mots de passe en texte clair pour les paramètres ApplicationSmtpPassword et RemoteApprovalIncomingServerPassword dans le fichier web.config. Vous pouvez également utiliser le script PowerShell convert-web-config-pwd.ps1 fourni dans \wfgen pour déchiffrer et convertir les mots de passe dans le fichier web.config.

Microsoft SQL Server 2008, 2012 et 2014 ne sont plus supportés. Malgré que ces versions seront toujours compatible avec WorkflowGen, il n’y aura plus de support pour des problèmes de performance ou des bogues provenant de l’utilisation de SQL Server 2008, 2012 ou 2014.

Pour les clients hébergeant actuellement WorkflowGen sur un serveur de base de données antérieur à MS SQL Server 2016, nous vous recommandons fortement de mettre à jour vers la dernière version de MS SQL Server pour obtenir les performances optimales.

Lancez le script de mise à jour Update\Databases\MsSQLServer\Update_WFG-V7-0_SQL_Triggers_2012.sql dans SQL Server Management Studio.

La base de données Oracle n'est plus supportée à partir de la version 7.16.0 de WorkflowGen.

Les modules Node.js incluent l'API GraphQL, les webhooks, SCIM et Auth. Pour des instructions sur la façon de les activer, voir la section .

Vous devez mettre à jour la version de Node.js à la version 18.20.6 LTS (voir ).

À partir de la version 7.10.0 de WorkflowGen, si vous utilisez les webhooks entrants ou GraphQL pour télécharger des fichiers lors de la création d’une demande ou de la réalisation d’une action, vous devez régler les paramètres de configuration GraphqlFileInputAllowedFolders, HooksFileInputAllowedFolders, GraphqlMaxInputFileContentSize et HooksMaxInputFileContentSize avec les valeurs appropriées (voir la section ).

• GraphqlFileInputAllowedFolders et HooksFileInputAllowedFolders : Ces paramètres devraient contenir les chemins physiques des dossiers qui contiennent les fichiers utilisés dans les téléchargements.

• GraphqlMaxInputFileContentSize et HooksMaxInputFileContentSize : Ces paramètres devraient contenir la taille de fichier maximale (en kilo-octets) lors du téléchargement de fichiers en utilisant la méthode de contenu de fichier.

Dans WorkflowGen version 8, les dépendances suivantes ont été mises à jour :

• jQuery v1.7.2 ou 1.10.12 → 3.5.1

• jQuery UI v1.8.20 ou 1.10.3 → 1.12.1

• jQuery Colorbox v1.4.33 → 1.6.4

Si vous utilisez des formulaires Web personnalisés configurés en .NET 2.0, vous pouvez continuer à les utiliser en .NET 2.0 ou les migrer en .NET 4.

1. Utilisez WorkflowGen.My.dll en version 2.x.

2. Utilisez un pool d’applications en .NET 2.0.

3. Désactivez Sécurité des applications Web dans la section Sécurité sur l’onglet Général du Panneau de configuration.

1. Utilisez WorkflowGen.My.dll en version 8.x.x ou ultérieure.

2. Utilisez un pool d’applications en .NET 4.

3. Réglez ou mettez à jour les nœuds suivants dans le fichier web.config du formulaire Web :

Les assemblys WorkflowGen.My et Workflow Web Controls ne portent plus des noms forts (« strong names ») afin de permettre une dépendance de version non-spécifique lorsque les assemblys sont référencés par d’autres applications telles que les applications de workflow SDK de type assembly dans WorkflowGen.

Cela simplifie la procédure de déploiement d’une application de workflow SDK de type assembly personnalisée dans les versions 6.2.0 et ultérieures de WorkflowGen et permet la mise à jour de WorkflowGen à une version plus récente sans nécessiter la régénération de l’assembly d’une application qui référençait une version antérieure de WorkflowGen.My.

Lors du déploiement d’une application de workflow SDK de type assembly personnalisée dans WorkflowGen il faut prendre en considération l’emplacement de l’assembly, la référence à WorkflowGen.My et la référence aux bibliothèques de logiciels tiers.

Il y a deux méthodes pour déployer un fichier d’assembly dans WorkflowGen.

Le fichier d’assembly doit être copié dans les trois dossiers \bin qui contiennent les fichiers exécutables de WorkflowGen : \wfgen\bin, \wfgen\ws\bin et DISQUE:\Program Files\Advantys\WorkflowGen\Services\bin.

Le fichier d’assembly peut être copié dans un dossier personnalisé (par exemple DISQUE:\MesAppsWorkflow\Assembly.dll) pour ensuite utiliser ce chemin spécifique dans la définition de l’application de workflow.

Les versions 3.1.0 et antérieures de WorkflowGen.My portent des noms forts, donc votre assembly doit être généré par votre version de WorkflowGen cible et doit également utiliser cette version. Cela nécessite la recompilation de votre assembly à chaque fois que vous mettez à jour WorkflowGen à une version plus récente.

Vous pouvez utiliser l’une d’entre les trois solutions suivantes pour surmonter cette exigence :

1. Installez la version de WorkflowGen.My requise dans le Global Assembly Cache du système. Pour savoir comment faire, voir .

   OU

2. Ajoutez un délégué pour gérer l’événement de résolution de l’assembly afin de charger la version de WorkflowGen.My courante. Pour savoir comment faire, voir l’article dans la base de connaissances de WorkflowGen.

   OU

Depuis la version 3.2.0, WorkflowGen.My ne porte plus de nom fort afin de permettre une dépendance de version non-spécifique quand il est référencé par votre assembly. Vous pouvez tout simplement déployer votre fichier d’assembly dans les versions 6.2.0 et ultérieures de WorkflowGen en utilisant l’une des deux méthodes dans la section ci-dessus.

Si votre assembly utilise des bibliothèques de logiciels tiers, celles-ci doivent également être déployées dans les trois dossiers \bin qui contiennent les fichiers exécutables de WorkflowGen. Par ailleurs, les bibliothèques peuvent être installées dans le Global Assembly Cache du système si elles sont des assemblys avec nom fort.

WorkflowGen est compatible FIPS à partir de la version 7.10.0. Si vous voulez activer la conformité FIPS dans votre environnement Windows, il faut tout d'abord configurer le mode de gestion des mots de passe de la configuration et le mode de gestion des mots de passe des utilisateurs dans le module d'administration.

Dans la section Sécurité sur l'onglet Général du panneau de configuration, réglez Mode de gestion des mots de passe sur le mode AES (FIPS Compliant) et saisissez une clé de chiffrement comportant 32 caractères. Lorsque vous cliquez sur Enregistrer, les mots de passe de l'application seront automatiquement convertis en mode de chiffrement symétrique.

Dans la section Authentification sur l'onglet Général du panneau de configuration, réglez Mode de gestion des mots de passe en mode One-way Hashing (SHA256 FIPS Compliant).

• Si vous utilisez l'authentification applicative en mode Version 5 (Legacy), les mots de passe des utilisateurs seront automatiquement convertis en mode One-way Hashing (SHA56 FIPS Compliant) la prochaine fois qu'ils se connectent à WorkflowGen.

• Si vous utilisez l'authentification applicative en mode One-way Hashing (SHA256) :

  1. Sélectionnez le mode d'authentification

WorkflowGen ne supporte plus Internet Explorer, Windows XP, Windows 7, Windows 8 et Windows Server 2003 ou 2008.

MS SQL Server 2005 n'est plus supporté depuis la version 6.2.0 de WorkflowGen, MS SQL Server 2008 n'est plus supporté depuis la version 7.10.0 de WorkflowGen, et MS SQL Server 2012 n'est plus supporté depuis la version 8.2.0 de WorkflowGen.

La base de données Oracle n'est plus supportée à partir de la version 7.16.0 de WorkflowGen.

Les applications suivantes sont obsolètes et ne sont plus fournies avec WorkflowGen depuis la version 6 :

• EFORMPDF

• DOCAPPROVAL

• DOCUPLOAD

Toutefois, si vous avez toujours des processus qui utilisent ces applications, vous pouvez les garder déclarées sur le site Web WorkflowGen comme dans la version 5.

Les applications suivantes sont distribuées avec WorkflowGen (licences Apache 2.0, BSD, MIT et autres licences compatibles) :

• bluebird (voir )

• busboy (voir )

• body-parser (voir )

• change-case (voir

Mettre à jour les fichiers de configuration

Cette section décrit les paramétrages de configuration à appliquer selon la version de WorkflowGen depuis laquelle vous faites la mise à jour. Une fois ces modifications appliquées, retournez à la section Mettre à jour les fichiers de configuration dans la section principale de mise à jour et poursuivez avec les modifications indiquées.

📌 Exemples

• Si vous effectuez une mise à jour depuis la version 6.5.0, vous devez appliquer les modifications de la section Mise à jour depuis les versions 6.5.0 et antérieures à la section Mise à jour depuis toutes les versions 7.x.x et antérieures.

• Si vous effectuez une mise à jour depuis la version 7.22.15, vous devez appliquer les modification de la section Mise à jour depuis toutes les versions 7.x.x et antérieures uniquement.

Mise à jour pour les versions 5.7.4 et antérieures

Vérifiez les paramètres suivants dans votre fichier \wfgen\web.config et ajoutez ceux qui n’y sont pas déjà :

Ajoutez le nouveau paramètre suivant à <appSettings> :

Supprimez les paramètres obsolètes suivants dans <appSettings> :

Réglez les nœuds suivants dans <configuration> :

Réglez ou mettez à jour le nœud suivant dans <configuration>/<system.web> :

Ajoutez les nouveaux paramètres suivants à <appSettings> :

Ajoutez le nouveau paramètre suivant à <appSettings> :

Ajoutez ou modifiez le paramètre AdministrationFormDataProviderName comme suit :

Ajoutez les nouveaux paramètres suivants à <appSettings> :

Ajoutez les nouveaux paramètres suivants à <appSettings> :

Ajoutez le nouveau paramètre suivant à <appSettings> pour configurer le fichier log de l’application de workflow SENDHTTPPOST en remplaçant la valeur n avec 0 pour désactiver, 1 pour les logs simples ou 2 pour les logs de débogage.

Supprimez les paramètres obsolètes de <appSettings> :

Ajoutez les nouveaux paramètres suivants à <appSettings> :

Ajoutez le nouveau paramètre suivant à <appSettings> :

Ajoutez les nouveaux paramètres suivants à <appSettings> :

Ajoutez les nouveaux paramètres suivants à <appSettings> :

Ajoutez le nouveau paramètre suivant à <appSettings> :

Ajoutez les nouveaux paramètres suivants à <appSettings> :

Supprimez les paramètres obsolètes suivants de <appSettings> :

Ajoutez les nœuds suivants après les nœuds <location> existants dans \wfgen\web.config :

Supprimez le nœud ci-dessous de \wfgen\auth, \wfgen\hooks et \wfgen\scim , si présent :

Ajoutez le nouveau paramètre suivant à <appSettings> :

1. Modifiez la valeur par défaut de RestApiClientRequestTimeout de 3000 à 30000 millisecondes.

2. Faites les modifications suivantes au fichier web.config de chaque composant Node.js (situés dans \wfgen\graphql, \wfgen\hooks, \wfgen\scim

Ajoutez les nouveaux paramètres suivants à <appSettings> :

Ajoutez le nouveau paramètre suivant à <appSettings> :

1. Ajoutez le nouveau paramètre suivant à <appSettings> :

2. Ajoutez targetFramework="4.6.1" au nœuds __httpRuntime des applications Web. Par exemple :

Ajoutez les nouveaux paramètres suivants à <appSettings> :

Ajoutez le nouveau paramètre suivant à <appSettings> :

Supprimez les nœuds d'en-tête personnalisés Access-Control-Allow-* existants de location path="graphql" (comme indiqué ci-dessous), car ils sont obsolètes à partir de la version 7.22.1 :

1. Ajoutez les nouveaux paramètres suivants à <appSettings> :

2. Supprimez les paramètres suivants de <appSettings> :

3. Ajoutez le suivant au nœud <configuration> :

Un nouveau paramètre de configuration est requis pour la mise à jour depuis les versions 5.1.5 et antérieures. Ce paramètre vous permet de donner un nom unique au service de synchronisation des répertoires WorkflowGen si vous avez plusieurs instances de WorkflowGen installées sur un serveur.

DISQUE:\Program Files\Advantys\WorkflowGen\Services\bin\WfgDirectoriesSyncService.exe.config

Un nouveau paramètre de configuration est requis pour la mise à jour depuis les versions 5.1.5 et antérieures. Ce paramètre vous permet de donner un nom unique au service de synchronisation des répertoires WorkflowGen si vous avez plusieurs instances de WorkflowGen installées sur un serveur.

DISQUE:\Program Files\Advantys\WorkflowGen\Services\bin\WfgWorkflowEngineService.exe.config

<add key="ServiceName" value="WorkflowGenEngineService" />

Si vous mettez à jour depuis la version 5.7.4 ou antérieure, copiez le fichier Transactions.xml de \wfgen\WfApps\WebServices\XmlToDatabase\App_Data dans \wfgen\App_Data\Files\XmlToDatabase.

Exécutez les scripts SQL ci-dessous dans l’ordre, en commençant par la version de WorkflowGen depuis laquelle vous faites la mise à jour.

Exécutez le script de mise à jour de base de données Update\Databases\MsSQLServer\Update_WFG-V5-2-0.sql dans vos outils SQL Server Management Studio.

Exécutez le script de mise à jour de base de données Update\Databases\MsSQLServer\Update_WFG-V5-3-0.sql dans vos outils SQL Server Management Studio.

Exécutez le script de mise à jour de base de données Update\Databases\MsSQLServer\Update_WFG-V5-4-0.sql dans vos outils SQL Server Management Studio.

Exécutez le script de mise à jour de base de données Update\Databases\MsSQLServer\Update_WFG-V5-5-0.sql dans vos outils SQL Server Management Studio.

Exécutez le script de mise à jour de base de données Update\Databases\MsSQLServer\Update_WFG-V5-5-1.sql dans vos outils SQL Server Management Studio.

Exécutez le script de mise à jour de base de données Update\Databases\MsSQLServer\Update_WFG-V5-5-2.sql dans vos outils SQL Server Management Studio.

Exécutez le script de mise à jour de base de données Update\Databases\MsSQLServer\Update_WFG-V5-5-5.sql dans vos outils SQL Server Management Studio.

Exécutez le script de mise à jour de base de données Update\Databases\MsSQLServer\Update_WFG-V5-6-0.sql dans vos outils SQL Server Management Studio.

Exécutez le script de mise à jour de base de données Update\Databases\MsSQLServer\Update_WFG-V5-6-2.sql dans SQL Server Management Studio.

Exécutez le script de mise à jour de base de données Update\Databases\MsSQLServer\Update_WFG-V5-6-3.sql dans vos outils SQL Server Management Studio.

Exécutez le script de mise à jour de base de données Update\Databases\MsSQLServer\Update_WFG-V5-6-4.sql dans vos outils SQL Server Management Studio.

Exécutez le script de mise à jour de base de données Update\Databases\MsSQLServer\Update_WFG-V5-7-1.sql dans vos outils SQL Server Management Studio.

Exécutez le script de mise à jour de base de données Update\Databases\MsSQLServer\Update_WFG-V5-7-2.sql dans vos outils SQL Server Management Studio.

Exécutez le script de mise à jour de base de données Update\Databases\MsSQLServer\Update_WFG-V6-0-0.sql dans vos outils SQL Server Management Studio.

Exécutez le script de mise à jour de base de données Update\Databases\MsSQLServer\Update_WFG-V6-1-0.sql dans vos outils SQL Server Management Studio.

Exécutez le script de mise à jour de base de données Update\Databases\MsSQLServer\Update_WFG-V6-1-3.sql dans vos outils SQL Server Management Studio.

Exécutez le script de mise à jour de base de données Update\Databases\MsSQLServer\Update_WFG-V6-1-4.sql dans vos outils SQL Server Management Studio.

Exécutez le script de mise à jour de base de données Update\Databases\MsSQLServer\Update_WFG-V6-2-0.sql dans vos outils SQL Server Management Studio.

Exécutez le script de mise à jour de base de données Update\Databases\MsSQLServer\Update_WFG-V6-5-0.sql dans vos outils SQL Server Management Studio.

Exécutez le script de mise à jour de base de données Update\Databases\MsSQLServer\Update_WFG-V6-6-0.sql dans vos outils SQL Server Management Studio.

Exécutez le script de mise à jour de base de données Update\Databases\MsSQLServer\Update_WFG-V7-0-0.sql dans vos outils SQL Server Management Studio.

Exécutez le script de mise à jour de base de données Update\Databases\MsSQLServer\Update_WFG-V7-1-1.sql dans vos outils SQL Server Management Studio.

Exécutez le script de mise à jour de base de données Update\Databases\MsSQLServer\Update_WFG-V7-2-0.sql dans vos outils SQL Server Management Studio.

Exécutez le script de mise à jour de base de données Update\Databases\MsSQLServer\Update_WFG-V7-3-0.sql dans vos outils SQL Server Management Studio.

Exécutez le script de mise à jour de base de données Update\Databases\MsSQLServer\Update_WFG-V7-6-0.sql dans vos outils SQL Server Management Studio.

Exécutez le script de mise à jour de base de données Update\Databases\MsSQLServer\Update_WFG-V7-10-0.sql dans vos outils SQL Server Management Studio.

Exécutez le script de mise à jour de base de données Update\Databases\MsSQLServer\Update_WFG-V7-11-0.sql dans vos outils SQL Server Management Studio.

Exécutez le script de mise à jour de base de données Update\Databases\MsSQLServer\Update_WFG-V7-12-0.sql dans vos outils SQL Server Management Studio.

Exécutez le script de mise à jour de base de données Update\Databases\MsSQLServer\Update_WFG-V7-13-0.sql dans vos outils SQL Server Management Studio.

Exécutez le script de mise à jour de base de données Update\Databases\MsSQLServer\Update_WFG-V7-14-0.sql dans vos outils SQL Server Management Studio.

Exécutez le script de mise à jour de base de données Update\Databases\MsSQLServer\Update_WFG-V7-15-0.sql dans vos outils SQL Server Management Studio.

Exécutez le script de mise à jour de base de données Update\Databases\MsSQLServer\Update_WFG-V7-15-2.sql dans vos outils SQL Server Management Studio.

Exécutez le script de mise à jour de base de données Update\Databases\MsSQLServer\Update_WFG-V7-16-0.sql dans vos outils SQL Server Management Studio.

Exécutez le script de mise à jour de base de données Update\Databases\MsSQLServer\Update_WFG-V7-17-0.sql dans vos outils SQL Server Management Studio.

Exécutez le script de mise à jour de base de données Update\Databases\MsSQLServer\Update_WFG-V7-22-0.sql dans vos outils SQL Server Management Studio.

Exécutez le script de mise à jour de base de données Update\Databases\MsSQLServer\Update_WFG-V8-0-0.sql dans vos outils SQL Server Management Studio.