Introduction
Adobe® LiveCycle® Designer ES2 est l'outil de conception de formulaires développé par Adobe, intégré à l'environnement de conception StreamServe et utilisé comme outil Processus StreamServe. La sortie est générée dans divers formats. D'aspect, elle est strictement identique à la sortie générée à partir de
LiveCycle Output ES2.
StreamServe Design Center peut utiliser Adobe LiveCycle Designer ES2 en tant que composant autonome ou en tant que composant intégré à LiveCycle
Workbench ES2.
Vous pouvez fusionner un modèle de formulaire existant avec une instance de document XML ou vous pouvez vous-même créer un modèle de formulaire (avec des liaisons vers des formats de données autres que le format XML) dans
StreamServe Design Center.
L'outil Processus pour LiveCycle Design ES2 vous permet d'effectuer les opérations suivantes :
• Importer un modèle de formulaire LiveCycle Designer ES2 existant
• Créer un modèle de formulaire LiveCycle Designer ES2
• Modifier un modèle de formulaire à l'aide de LiveCycle Designer ES2
• Exporter des fichiers d'aperçu et des schémas pour des formats autres que le format XML en vue d'une utilisation dans une application LiveCycle
Designer ES2 autonome
Exécution sans Adobe LiveCycle Designer ES2
Si vous utilisez un modèle de formulaire existant, vous pouvez exécuter l'outil
Processus même si LiveCycle Designer ES2 n'est pas installé. Toutefois, vous ne pourrez pas modifier le modèle de formulaire dans l'environnement de conception
StreamServe.
Dans ce chapitre :
•
Modèles
à la page 8
•
Dépendances – Fragments et images
à la page 9
•
Post-traitement
à la page 10
•
Remarques relatives aux performances
à la page 12
•
Formats de sortie pris en charge
à la page 13
•
Césure
à la page 14
7
Adobe LiveCycle Production Print ES2 - Manuel utilisateur Rév. B
8
Modèles
Introduction
Modèles
Vous pouvez charger des modèles à partir d'un jeu de ressources dans le Projet
Design Center ou à partir du référentiel LiveCycle ES2.
A partir d'un jeu de ressources Design Center
Les modèles chargés à partir d'un jeu de ressources dans le Projet Design Center sont associés au Processus de façon statique. Ils sont chargés au moment du démarrage.
A partir du référentiel LiveCycle
Les modèles chargés à partir du référentiel LiveCycle peuvent être traités de différentes façons :
• Chargement lors de la conception et stockage dans un jeu de ressources
Design Center.
Design Center se connecte au référentiel LiveCycle et charge les modèles dans le jeu de ressources Design Center. Vous pouvez les mettre à jour en les chargeant à partir du référentiel LiveCycle.
• Chargement dynamique durant l'exécution via une connexion au référentiel
LiveCycle au moyen de variables StreamServe ou d'expressions SOM. Il est possible de charger ces modèles une seule fois pour chaque job ou une seule fois pour chaque enregistrement traité.
Pour plus d'informations sur l'accès aux modèles et sur leur chargement dynamique, voir
Utilisation de modèles
à la page 23.
Remarques relatives aux performances
En règle générale, le chargement dynamique des modèles a un impact négatif sur les performances. Elles dépendent essentiellement du système de fichiers, des entrées/sorties de fichier et de la capacité du réseau. Pour obtenir des performances optimales, assurez-vous que le Processus peut accéder aux modèles le plus rapidement possible.
Pour améliorer les performances lorsque vous utilisez des modèles dynamiques, vous pouvez activer leur mise en mémoire cache. Voir
Mise en mémoire cache de modèles
à la page 12.
Adobe LiveCycle Production Print ES2 - Manuel utilisateur Rév. B
Dépendances – Fragments et images
Introduction
9
Dépendances – Fragments et images
Les fichiers XDP avec des dépendances (références externes à des fragments et des images) sont pris en charge. Un fichier référencé n'est pas incorporé dans le fichier XDP principal. Lorsque vous importez un modèle avec des dépendances, l'outil Processus résout les références et importe les ressources requises.
StreamServer peut traiter des dépendances à partir du système de fichiers local, du réseau local, ou de ressources HTTP et FTP.
Lorsque vous importez un fichier LCA (LiveCycle Archive), le fichier XDP principal et toutes ses dépendances sont inclus dans le package LCA importé.
Les modèles et les fichiers associés peuvent être importés du référentiel Adobe
LiveCycle vers un jeu de ressources dans le Projet Design Center. Voir
Accès au référentiel Adobe LiveCycle ES2
à la page 32.
Note :
Les dépendances importées dans l'outil Processus ne seront pas mises à jour automatiquement en cas de mise à jour des ressources importées dans leur emplacement source.
Si des dépendances sont modifiées à l'emplacement source, vous devez les mettre à jour dans l'outil Processus.
Adobe LiveCycle Production Print ES2 - Manuel utilisateur Rév. B
10
Post-traitement
Introduction
Post-traitement
Le post-traitement dans LiveCycle Production Print ES2 génère une sortie de la même façon que l'outil StreamServe PageOUT.
Lorsque vous utilisez un modèle de formulaire existant avec un jeu de données
XML contenant plusieurs enregistrements, le post-traitement ne traite pas chaque enregistrement comme un Message distinct. Au contraire, il traite les enregistrements par lot au sein d'un Processus.
Exécution de scripts avant et après chaque enregistrement
Vous pouvez exécuter des scripts Avant et Après Processus, avant et après chaque enregistrement. Vous devez pour cela sélectionner une option dans la boîte de dialogue Paramètres. Voir
Boîte de dialogue Paramètres
à la page 84.
Le tout premier script Avant Processus et le tout dernier script Après Processus sont exécutés dans les phases de prétraitement et de traitement. Les autres scripts
Avant et Après Processus sont exécutés dans la phase de traitement uniquement.
Il est important de tenir compte de cette particularité lors de la configuration des scripts.
Voir
Utilisation de scripts Avant et Après Processus
à la page 104.
Regroupement en documents logiques – déclencheur de Document
En règle générale, dans LiveCycle Production Print ES2, chaque enregistrement est automatiquement mappé avec un document.
Pour fractionner et regrouper les données de sortie des Processus connectés au connecteur de sortie, vous pouvez utiliser le déclencheur de Document. Ceci peut par exemple s'avérer utile si tous les documents portant le même numéro de client dans le job d'entrée doivent être inclus dans le même document. Le déclencheur de Document est défini dans la boîte de dialogue Paramètres du Connecteur de sortie de Runtime (voir la documentation sur StreamServer Design Center).
Vous pouvez utiliser le déclencheur de Document pour les modes de sortie
Document et Job.
Utilisation du déclencheur automatique de Document
Pour conserver le mappage automatique de chaque enregistrement avec un document, utilisez le paramètre
Déclencheur automatique de Document
. Si vous le sélectionnez, la variable du déclencheur de Document est désactivée.
Ce paramètre est sélectionné par défaut pour les Projets mis à niveau à partir de versions antérieures à LiveCycle Production Print ES2.
Adobe LiveCycle Production Print ES2 - Manuel utilisateur Rév. B
Post-traitement
Introduction
11
Voir
Boîte de dialogue Paramètres de Processus de Runtime - onglet Général
à la page 96.
Pour activer le déclencheur automatique de Document
1
Dans la vue Runtime, cliquez avec le bouton droit de la souris sur le
Processus LiveCycle Designer ES2 et sélectionnez
Paramètres
. La boîte de dialogue Paramètres de Processus de Runtime s'ouvre.
2
Cliquez sur l’onglet
Général
.
3
Sélectionnez l’option
Déclencheur automatique de Document
.
La
variable du déclencheur de Document
(définie dans la boîte de dialogue Paramètres du Connecteur de sortie de Runtime, onglet
Déclencheur de Document) est maintenant désactivée et chaque enregistrement sera
automatiquement mappé avec un document
. Il n'y aura pas de regroupement des données de sortie en documents logiques.
Adobe LiveCycle Production Print ES2 - Manuel utilisateur Rév. B
12
Remarques relatives aux performances
Introduction
Remarques relatives aux performances
Mise en mémoire cache des données de polices
Pour améliorer les performances, vous pouvez utiliser l'argument de démarrage preloadmorefontdata
qui active la mise en mémoire cache des données de polices supplémentaires au démarrage. Cet argument permet d'accélérer l'exécution, mais le démarrage est plus lent et la mémoire consommée plus importante.
Par défaut, ces données ne sont pas copiées en mémoire cache.
Voir la documentation StreamServe sur les arguments de démarrage.
Mise en mémoire cache de modèles
Le chargement et le déchargement de modèles de formulaires peut nuire aux performances. Si vous utilisez un même modèle plusieurs fois, comme c'est le cas avec les modèles dynamiques, les performances sont sensiblement meilleures en cas de mise en mémoire cache.
Vous activez/désactivez la mise en mémoire cache des modèles dans la boîte de dialogue Paramètres. Voir
Boîte de dialogue Paramètres
à la page 84.
Si le modèle de formulaire d'origine a été modifié, il sera automatiquement rechargé dans la mémoire cache. L'horodatage du fichier de modèle d'origine et du fichier mis en mémoire cache permet de déterminer si le fichier d'origine a été modifié. Cela ne s'applique qu'au fichier de modèle principal. Les fragments modifiés ne sont pas rechargés.
Vous pouvez définir la taille du cache de modèles dans Control Center ainsi que par le biais de la ligne de commande. La taille du cache est exprimée en Ko et elle remplace la taille du cache définie par défaut.
Par défaut, la taille du cache est de 10 240 Ko.
Control Center
L'option
Taille du cache
est définie dans la vue Propriétés.
Ligne de commande
-maxcachesize <valeur>
Adobe LiveCycle Production Print ES2 - Manuel utilisateur Rév. B
Formats de sortie pris en charge
Introduction
13
Formats de sortie pris en charge
Le processeur XFA prend en charge les pilotes et les formats de sortie suivants :
Format de sortie Pilote LiveCycle Production Print
ES2
AFP – Advanced Function Presentation AFP
IJPDS – Ink Jet Printer Data Stream IJPDS
PDF – Portable Document Format
PDF balisé
PDF/A 1a
PDF/A 1b
PDF
PDF
PDF
PDF
PCL – Printer Control Language
P.S. – Postscript
PCL5
Postscript
TIFF – Tagged Image File Format TIFF
ZPL II – Zebra Programming Language Zebra ZPLII
FP/DP – Intermec Fingerprint/
Direct Protocol
IPL – Intermec Printer Language
Intermec FP/DP
Intermec IPL
PGL/IGP – Intelligent Graphics Printing/
Printronix Graphics Language
Printronix PGL/IGP
Toshiba TEC
API Windows Print
TEC
Pilote Windows (StreamServe 3.x)
Les autres formats de sortie StreamServe Persuasion n'ont pas été testés, mais peuvent toutefois fonctionner avec certaines limites quant aux polices et au rendu des objets.
Reportez-vous à la documentation StreamServe standard pour plus d'informations sur les formats de sortie pris en charge par StreamServe Persuasion SP4.
Pilote Windows
Vous pouvez créer un fichier de configuration de pilote Adobe LiveCycle
Production Print ES2 (
.drs
) pour le pilote Windows d'Adobe LiveCycle
Production Print ES2, à utiliser avec des pilotes d'imprimante tiers spécifiques.
Voir la documentation sur les outils de gestion des pilotes de périphériques
StreamServe.
Adobe LiveCycle Production Print ES2 - Manuel utilisateur Rév. B
14
Césure
Introduction
Césure
LiveCycle Production Print ES2 prend en charge la césure, de façon similaire à
Output ES2 et Forms ES2.
Pour plus d'informations sur les limitations connues en matière de césure, voir les
notes de version sur Adobe LiveCycle Production Print ES2.
Adobe LiveCycle Production Print ES2 - Manuel utilisateur Rév. B
