Si vous effectuez une mise à niveau à partir d’une version précédente de LiveCycle tout en modifiant votre serveur LiveCycle, les procédures utilisant une variable Document Form ou des signatures numériques peuvent être perturbées. Ce problème survient car ces formulaires ne sont rendus qu’une seule fois, définissant ainsi l’URL d’envoi. La modification du serveur rompt ainsi le certificat.
Parmi les solutions suivantes, choisissez celle qui vous semble la plus adaptée à votre environnement LiveCycle
Solution 1 : terminez tous les processus utilisant une variable Document Form avant d’effectuer une mise à niveau ou un déplacement vers un serveur distant. Vous pouvez choisir cette méthode si vous conservez des serveurs LiveCycle hérités après la mise à niveau. Cette approche permet également d’éviter de supprimer des tâches à effectuer pour gérer la redirection vers les soumissions de formulaires. Cette méthode n’est pas pratique si de nombreuses procédures sont en suspens.
Solution 2 : si le serveur à mettre à niveau n’est pas mis hors service, il est préférable d’utiliser une approche de proxy inverse. Cette méthode permet de conserver le proxy inverse sur l’ancien système, jusqu’à ce que tous les processus migrés soient terminés.
Solution 3 : le module Apache mod_rewrite peut être utilisé pour modifier les URL intégrées dans chaque formulaire fourni au client.
Remarque : si votre implémentation de LiveCycle se déroule sur IPv6, les clients ayant recours à l’appel d’EJB pour la création de PDF signalent des exceptions. Il s’agit d’un problème connu
attribué au JDK Sun 6.
