Description des modifications apportées à LiveCycle ES2. Adobe LiveCycle ES2
2
Description des modifications apportées
à LiveCycle ES2
Pour réussir la mise à niveau de LiveCycle ES (8.x) vers LiveCycle ES2, vous devez d’abord connaître les secteurs de votre entreprise informatique concernés. Cette section fournit les informations approfondies requises pour planifier votre mise à niveau.
2.1 Protection de votre investissement informatique par la mise
à niveau de LiveCycle ES2
La mise à niveau vers LiveCycle ES2 permet d’automatiser les tâches, avec un minimum de tâches manuelles. Cette version continue de protéger votre investissement dans les formulaires, processus et applications mis en place autour de LiveCycle. En protégeant cet investissement, un administrateur informatique peut mettre à niveau vers LiveCycle ES2 sans l’aide des auteurs de vos formulaires, des auteurs de vos processus, ou des développeurs Java™ à l’origine des applications personnalisées pour
LiveCycle 7.x ou LiveCycle ES (8.x).
La mise à niveau de LiveCycle limite les modifications de façon qu’elles affectent uniquement le niveau intermédiaire de votre infrastructure d’entreprise. Si vous utilisez Adobe Reader® avec LiveCycle, votre entreprise peut continuer d’utiliser la version existante d’Adobe Reader que vous avez déployée sur vos clients. Si vous utilisez une base de données Oracle dans votre couche de données, vous pouvez continuer
à l’utiliser sans changer de version. Si vous restreignez la mise à niveau de LiveCycle à votre niveau intermédiaire, vous minimisez l’interruption des activités au niveau du reste de votre entreprise.
2.2 Adobe Reader compatibilité
L’une des fonctions clés de la mise à niveau est que la version d’Adobe Reader sur le client est indépendante de la version de LiveCycle installée sur le serveur. Lorsque LiveCycle ES2 affiche un formulaire, il l’affiche dans la version PDF indiquée. Vous pouvez créer des formulaires qui fonctionnent mieux dans Adobe Reader 8.x ou utiliser les nouvelles fonctions qui fonctionnent mieux dans
Adobe Reader 9.x. Les auteurs de formulaire sont avertis s’ils ont choisi d’utiliser une fonctionnalité non appropriée à la version particulière d’Adobe Reader.
Tous les formulaires sont affichés dans LiveCycle ES2 de la même façon que dans les versions précédentes de LiveCycle. Tous les scripts ajoutés à vos formulaires fonctionnent dans LiveCycle ES2. Outre les fonctionnalités de LiveCycle ES2 qui prennent en charge plusieurs versions d’Adobe Reader,
Adobe Reader à proprement parlé fonctionne également avec plusieurs versions de LiveCycle. Vous pouvez déployer Adobe Reader 9.2 sur vos clients sans mettre à niveau votre serveur.
2.3 Compatibilité entre LiveCycle ES2 et LiveCycle 8.x
Lorsque vous mettez à niveau vos logiciels LiveCycle, vous conservez la compatibilité sur plusieurs niveaux :
●
Les données, les processus et les paramètres de configuration sont compatibles.
13
Adobe LiveCycle ES2
Préparation à la mise à niveau vers LiveCycle ES2 à partir de 8.x
Description des modifications apportées à LiveCycle ES2
A propos de la compatibilité des données, des processus et des API 14
●
●
La plupart des API sont compatibles et ne nécessitent pas la recompilation des applications par les développeurs.
Les formulaires électroniques et les clients de formulaires sont compatibles.
2.3.1 A propos de la compatibilité des données, des processus et des API
Sur le serveur, toutes les données sont automatiquement migrées, afin d’être disponibles dans
LiveCycle ES2. Par exemple, toutes les données de processus historiques continuent d’être disponibles, afin que les utilisateurs puissent exécuter des requêtes lors de la mise à niveau. Les informations de configuration requises par LiveCycle ES2 sont migrées à partir de la version précédente de LiveCycle 8.x.
Les processus développés dans ou mis à niveau vers LiveCycle ES (8.x) s’exécutent en tant que processus natifs dans LiveCycle ES2. Les processus de longue durée reprennent leur exécution après la mise à niveau.
Par exemple, si vous avez créé un processus visant à aider votre entreprise à respecter les réglementations gouvernementales, ce processus fonctionnera dans LiveCycle ES2 exactement comme il a été conçu initialement. Pour ces processus et tous les autres issus du précédent système LiveCycle, les utilisateurs finaux peuvent se connecter à LiveCycle Workspace ES2 et afficher l’ensemble des processus dans l’état où ils les ont laissés. La plupart de ces services utilisés par les processus sont automatiquement mis à niveau vers les nouvelles versions afin que votre environnement soit à jour, les erreurs résolues et les fonctionnalités améliorées.
Si, à l’origine, la mise à niveau a été effectuée vers LiveCycle ES (8.x) à partir de LiveCycle 7.x et si vous exécutez toujours certains processus ou applications de LiveCycle 7.x, ces derniers continuent de s’exécuter dans LiveCycle ES2. Lors de la configuration, vous devrez installer le calque de compatibilité
LiveCycle 7.x.
Les modifications apportées aux schémas de base de données dans LiveCycle ES2 ont été légères. Les changements des schémas sont automatiquement traités pendant la mise à niveau, et les données sont automatiquement migrées.
La plupart des API utilisées avec LiveCycle ES (8.x) sont compatibles avec LiveCycle ES2. Pour plus de détails sur les API ignorées ou mises à niveau, reportez-vous au document
Mise à niveau des applications vers LiveCycle ES2 à l’aide d’API
.
2.3.2 Compatibilité des formulaires et des clients
Adobe a souhaité séparer le serveur LiveCycle du client Adobe Reader. Cette séparation permet désormais
à votre entreprise informatique de décider du moment auquel mettre à niveau votre client, indépendamment du serveur. En conséquence, les formulaires développés pour être utilisés avec
Adobe Reader 7.0 sont toujours compatibles avec LiveCycle ES2.
Par ailleurs, les formulaires que vous avez développés pour LiveCycle 8.x fonctionnent avec
Adobe Reader 9.2 et LiveCycle ES2. Si les utilisateurs ouvrent des formulaires LiveCycle 8.x dans
Adobe Reader 9.2, la version PDF n’est pas incrémentée, à moins que le formulaire n’utilise de nouvelles fonctionnalités propres à Adobe Reader 9.2. Les formulaires avec une mise en page modulable sont affichés dans Adobe Reader 9.2 de la même façon que dans les versions précédentes.
Adobe LiveCycle ES2
Préparation à la mise à niveau vers LiveCycle ES2 à partir de 8.x
Description des modifications apportées à LiveCycle ES2
Présentation de la mise à niveau 15
2.4 Présentation de la mise à niveau
La mise à niveau de LiveCycle ES (8.x) vers LiveCycle ES2 entraîne l’installation d’un logiciel LiveCycle configuré pour utiliser les mêmes paramètres que le serveur 8.x existant. Les paramètres de configuration, les données utilisateur et les données de travaux sont migrés vers le système LiveCycle ES2.
La plupart des tâches de la mise à niveau sont automatisées et exécutées (avec certaines entrées utilisateur) par LiveCycle Configuration Manager. LiveCycle Configuration Manager est un outil de type assistant qui permet de configurer, déployer et valider les composants LiveCycle ES2 en vue de les déployer sur le serveur d’applications. Lorsqu’il est exécuté en mode de mise à niveau, LiveCycle
Configuration Manager effectue également les tâches de mise à niveau, telles que la mise à niveau des paramètres et données de configuration. LiveCycle Configuration Manager peut également, le cas
échéant, appliquer un calque de compatibilité permettant une compatibilité ascendante avec les applications personnalisées existantes développées dans LiveCycle 7.x.
Certaines tâches de mise à niveau sont manuelles ; elles doivent être exécutées par un administrateur.
Ces tâches incluent les tâches de préparation de l’environnement décrites dans ce document, telles que la sauvegarde de l’environnement de serveur existant et des fichiers associés ou la rectification des serveurs d’applications si nécessaire.
Si, précédemment, vous avez effectué une mise à niveau à partir de LiveCycle 7.x et que vous installez le calque de compatibilité 7.x, vous devez également vous assurer que vous avez accès aux fichiers EAR
LiveCycle ES (8.x) à partir du déploiement mis à niveau. Ces fichiers sont nécessaires pour la mise à niveau.
Les fichiers EAR sont nécessaires pour les paramètres de configuration liés au calque de compatibilité.
Toutes les autres configurations sont conservées car elles ont été ajoutées à la base de données lors de la mise à niveau initiale de LiveCycle 7.x.
Lors de la mise à niveau, les fichiers EAR, le dossier de stockage global de documents (ou les contenus déplacés), lccs_data (le cas échéant) et la base de données de LiveCycle ES (8.x) doivent être accessibles
à LiveCycle Configuration Manager. Si vous avez effectué la mise à niveau du serveur LiveCycle ES (8.x) depuis LiveCycle 7.x, ou si vous installez le calque de compatibilité de LiveCycle 7.x, vous devez également accéder au fichier adobe-bmc -client.jar, situé dans le répertoire [racine LiveCycle8x]/LiveCycle_ES_SDK/ client-libs/common de votre installation LiveCycle ES (8.x). Sans ce fichier, le déploiement de base EAR
échouera lors de la mise à niveau.
Vous pouvez continuer d’utiliser votre base de données existante s’il s’agit d’une version compatible avec
LiveCycle ES2. Si votre base de données actuelle n’est plus prise en charge, sauvegardez vos données et restaurez-les vers une version compatible.
Si vous ne changez pas de version de serveur d’applications et si vous effectuez une mise à niveau statique, votre serveur d’applications actuel doit être en cours d’exécution afin de pouvoir déployer les nouveaux fichiers EAR. Pour toutes les autres mises à niveau, l’ancien serveur d’applications ne doit pas nécessairement être en cours d’exécution pendant le processus.
2.4.1 Mise à niveau vers LiveCycle ES2 à l’aide de LiveCycle Configuration
Manager
La mise à niveau vers les modules LiveCycle ES2 à partir de LiveCycle ES (8.x) implique ces tâches :
1. Installation des fichiers produit LiveCycle ES2.
2. Exécution de LiveCycle Configuration Manager pour lancer le processus de configuration, de mise
à niveau et de déploiement. Les quatre étapes suivantes (ci-dessous) font partie de ce processus.
Adobe LiveCycle ES2
Préparation à la mise à niveau vers LiveCycle ES2 à partir de 8.x
Description des modifications apportées à LiveCycle ES2
Mise à niveau d’un système précédemment mis à niveau
à partir de LiveCycle 7.x 16
3. Extraction des paramètres et données de configuration à partir des fichiers EAR de LiveCycle ES (8.x), puis application de ces derniers aux fichiers EAR et à la base de données de LiveCycle ES2.
Remarque :
Cette tâche est requise uniquement si le serveur LiveCycle ES (8.x) a été mis à niveau
à partir de LiveCycle 7.x ou si vous installez le calque de compatibilité LiveCycle 7.x.
Elle ne s’applique pas aux mises à niveau de LiveCycle Rights Management ES.
4. Application d’un calque de compatibilité aux fichiers EAR LiveCycle ES2. Le calque de compatibilité intègre un ensemble d’EJB (Enterprise JavaBeans™), de classes, de servlets et d’API CORBA ignorés qui prennent en charge les applications personnalisées développées sur LiveCycle 7.x. Il permet à ces applications héritées de continuer de fonctionner dans LiveCycle ES2. L’application du calque de compatibilité est facultative lors de l’installation et de la mise à niveau à partir de LiveCycle 8.x (si aucune mise à niveau n’a été effectuée à partir de LiveCycle 7.x auparavant).
5. Mise à jour et déploiement des fichiers EAR LiveCycle ES2 sur le serveur d’applications.
Remarque :
Pour une mise à niveau statique, vous devez annuler manuellement le déploiement des fichiers EAR sur le serveur d’applications.
6. Démarrage de LiveCycle ES2 sur le serveur d’applications pour lui permettre d’accepter les requêtes des utilisateurs. Cette tâche s’effectue automatiquement après le déploiement des fichiers EAR.
7. Initialisation de la base de données LiveCycle ES2 pour que les changements de schémas spécifiques
à LiveCycle ES2 soient ajoutés à la base de données sans affecter les données existantes.
8. Rectification des composants LiveCycle ES2 déjà déployés sur le serveur.
9. Migration des données essentielles de la base de données, ainsi que de toutes les autres données telles que les enregistrements de contrôle envoyés ou les historiques associés
à LiveCycle Process Management ES2.
2.5 Mise à niveau d’un système précédemment mis à niveau
à partir de LiveCycle 7.x
Si vous effectuez une mise à niveau à partir d’une installation LiveCycle ES (8.x) précédemment mise
à niveau à partir de LiveCycle 7.x et si vous utilisez toujours des applications basées sur les processus et API
LiveCycle 7.x, vous devez prendre en compte certaines remarques propres à la mise à niveau vers
LiveCycle ES2.
●
●
●
Les fichiers EAR LiveCycle ES (8.x) doivent pouvoir fournir les données au serveur LiveCycle ES2.
Le calque de compatibilité LiveCycle 7.x est inclus dans LiveCycle ES2, ce qui vous permet de continuer d’utiliser les applications développées à l’aide de LiveCycle 7.x.
LiveCycle ES2 est la dernière version prenant en charge les QPAC. Pour garantir une prise en charge avec les versions à suivre, les processus utilisant les QPAC doivent être mis à niveau à l’aide de l’outil de mise à niveau des processus disponible dans LiveCycle Workbench ES2.
Pour plus de détails sur les fichiers requis, reportez-vous à la section
« Importation des fichiers EAR
.
Adobe LiveCycle ES2
Préparation à la mise à niveau vers LiveCycle ES2 à partir de 8.x
Description des modifications apportées à LiveCycle ES2
Installation du calque de compatibilité LiveCycle 7.x 17
2.5.1 Installation du calque de compatibilité LiveCycle 7.x
Le calque de compatibilité est constitué d’EJB (Enterprise JavaBeans™), de classes, de servlets et d’API
CORBA qui sont ignorés dans LiveCycle ES2, mais utilisés par les applications personnalisées développées pour LiveCycle 7.x. S’il est présent dans le déploiement de LiveCycle ES2, le calque de compatibilité permet aux applications personnalisées développées pour LiveCycle 7.x de continuer de fonctionner dans
LiveCycle ES2.
Remarque :
le contenu du calque de compatibilité est rejeté et inclus uniquement à des fins de compatibilité ascendante. Il est nécessaire uniquement si vous n’avez pas mis à niveau les processus et applications de LiveCycle 7.x afin qu’ils s’exécutent en tant qu’éléments natifs dans LiveCycle ES (8.x).
Les API présentées dans LiveCycle 7.x restent compatibles dans LiveCycle ES2. Lors de la mise à niveau, un calque de compatibilité est inséré dans LiveCycle ES2 pour vous permettre d’utiliser votre code existant avec LiveCycle ES2. Les méthodes Java utilisées dans LiveCycle 7.x sont conservées, les appels de service
Web sont présents à la même URL et toutes les autres méthodes d’accès par programme présentes dans
LiveCycle 7.x sont conservées. Le calque de compatibilité permet à votre entreprise de se passer de développeurs pour mettre à niveau votre système LiveCycle 7.x vers LiveCycle ES2.
Pour plus de détails sur les incidences de la mise à niveau vers LiveCycle ES2 sur les applications existantes au niveau des API, reportez-vous au document
Mise à niveau d’applications vers LiveCycle ES2 à l’aide d’API
.
2.5.2 Mise à niveau des QPAC LiveCycle 7.x
Si vous avez précédemment effectué une mise à niveau à partir de LiveCycle 7.x et si vous utilisez des processus basés sur les QPAC, vous pouvez mettre à niveau les QPAC LiveCycle. L’outil de mise à niveau de processus, disponible dans LiveCycle Workbench ES2, permet d’automatiser la mise à niveau des QPAC.
Les QPAC LiveCycle 7.x peuvent s’exécuter tels quels dans LiveCycle ES2, afin que vous puissiez lancer l’outil de mise à niveau de QPAC dès que vous êtes prêt
Attention :
LiveCycle ES2 est la dernière version prenant en charge les QPAC. Pour garantir une prise en charge avec les versions à suivre, les processus utilisant les QPAC doivent être mis à niveau
à l’aide de l’outil de mise à niveau des processus disponible dans LiveCycle Workbench ES2.
Vous devez également effectuer quelques mises à jour de configuration manuelles au sein des processus mis à niveau à l’aide de l’outil de mise à niveau de processus (reportez-vous à la section sur la mise
à niveau des processus de l’
Aide à la création de processus avec Workbench ES2
).
2.6 Mise à niveau des bibliothèques clientes
JBoss Application Server
Si vos applications personnalisées utilisent des fichiers JAR (client-libs) propres à JBoss, assurez-vous que ces fichiers sont également mis à jour dans les applications personnalisées, afin d’éviter tout problème d’utilisation.
Remarque :
cette tâche n’est nécessaire que si vous modifiez la version de JBoss installée. Si l’instance
JBoss existante est en version 4.0.3, vous devrez procéder à sa mise à jour, car LiveCycle ES2 ne prend pas en charge cette version.
Adobe LiveCycle ES2
Préparation à la mise à niveau vers LiveCycle ES2 à partir de 8.x
Description des modifications apportées à LiveCycle ES2
Mise à niveau de LiveCycle ES (8.x) Connectors pour ECM 18
Les bibliothèques clientes JBoss se trouvent dans le répertoire //third_party/[version de jboss]/client du support d’installation de LiveCycle ES2 (DVD ou ESD).
WebLogic Server
Pour WebLogic, ajoutez le fichier wlfull-client.jar au chemin de classe du nouveau serveur d’applications.
Si vos applications clientes s’exécutent sur la version 5 du JDK, elles utilisent un fichier JAR différent. Vous devez créer manuellement le fichier wlfullclient.jar. Suivez les étapes décrites dans l’article
Programmation de clients autonomes
pour générer le fichier client JAR complet pour WebLogic.
Problèmes généraux
Si vos applications personnalisées utilisent le fichier LiveCycle ES (8.x) adobe-livecycle-client.jar, l’exception suivante s’affiche dans les journaux du serveur d’applications après la mise à niveau : java.io.FileNotFoundException: Response: ’403: Forbidden’ for url:
’http://localhost:8080/DocumentManager’
Pour éviter ces erreurs lors de l’exécution de vos applications personnalisées, effectuez l’une des tâches suivantes :
●
●
Remplacez le fichier LiveCycle ES (8.x) adobe-livecycle-client.jar utilisé dans votre application personnalisée par le fichier LiveCycle ES2 adobe-livecycle-client.jar situé dans le répertoire
[racine LiveCycleES2]/LiveCycle_ES_SDK/client-libs/common.
Connectez-vous à LiveCycle Administration Console (pour LiveCycle ES2) et cliquez sur Paramètres >
Core System > Configurations de base. Sélectionnez les options Autoriser le chargement de
documents non sécurisés à partir d’applications Flex et Autoriser le chargement de documents
non sécurisés à partir d’applications du SDK Java, puis cliquez sur OK et redémarrez votre serveur d’applications.
2.7 Mise à niveau de LiveCycle ES (8.x) Connectors pour ECM
La mise à niveau de LiveCycle ES (8.x) Connector pour EMC Documentum, Connector pour IBM FileNet ou Connector pour IBM Content Manager est prise en charge dans les deux cas suivants :
●
Si la version actuelle d’ECM est prise en charge dans LiveCycle ES2, vous pouvez effectuer une mise
à niveau sans problème.
●
Si la version d’ECM est plus ancienne et non prise en charge, exécutez d’abord la mise à niveau
LiveCycle ES2, en ignorant l’étape relative à l’importation des modèles de formulaires. Une fois
LiveCycle ES2 installé et configuré, vous pouvez mettre à niveau votre système ECM vers une version prise en charge et exécuter à nouveau LiveCycle Configuration Manager pour importer les modèles de formulaires et configurer le nouvel ECM.
Par exemple, si LiveCycle ES (8.x) Connector pour IBM FileNet est exécuté sur IBM FileNet P8 Content
Engine 3.5.x, l’exécution de Connector pour IBM FileNet doit continuer de s’effectuer sur FileNet P8
Content Engine 3.5.x lors de la mise à niveau vers LiveCycle ES2.
Remarque :
si le serveur de contenu ECM est mis à niveau avant Connector pour IBM FileNet ou si
Connector pour EMC Documentum est mis à niveau vers LiveCycle ES2, les informations de configuration d’exécution de LiveCycle ES (8.x), telles que les verrous partagés sur les ressources, ne seront plus disponibles et sont migrées vers LiveCycle ES2.
Pour connaître les versions du système ECM prises en charge, reportez-vous au paragraphe relatif
à LiveCycle ES2 Connector dans la section
