Vous pouvez assembler plusieurs fragments XDP en un seul document XDP. Prenons l’exemple des fragments XDP où chaque fichier XDP contient un ou plusieurs sous-formulaires utilisés pour créer un formulaire d’intégrité. L’illustration suivante montre le mode Plan (représente le fichier tuc018_template_flowed.xdp utilisé dans le démarrage rapide Assembler plusieurs fragments XDP) :
L’illustration suivante montre la section du patient (représente le fichier tuc018_contact.xdp utilisé dans le démarrage rapide Assembler plusieurs fragments XDP) :
L’illustration suivante montre la section d’intégrité du patient (représente le fichier tuc018_patient.xdp utilisé dans le démarrage rapide Assembler plusieurs fragments XDP) :
Ce fragment contient deux sous-formulaires nommés subPatientPhysical et subPatientHealth. Ces deux sous-formulaires sont référencés dans le document DDX transmis au service Assembler. À l’aide du service Assembler, vous pouvez combiner tous ces fragments XDP en un seul document XDP, comme illustré ci-dessous.
Le document DDX suivant assemble plusieurs fragments XDP en un document XDP.
<?xml version="1.0" encoding="UTF-8"?>
<DDX xmlns="https://ns.adobe.com/DDX/1.0/">
<XDP result="tuc018result.xdp">
<XDP source="tuc018_template_flowed.xdp">
<XDPContent insertionPoint="ddx_fragment" source="tuc018_contact.xdp" fragment="subPatientContact" required="false"/>
<XDPContent insertionPoint="ddx_fragment" source="tuc018_patient.xdp" fragment="subPatientPhysical" required="false"/>
<XDPContent insertionPoint="ddx_fragment" source="tuc018_patient.xdp" fragment="subPatientHealth" required="false"/>
</XDP>
</XDP>
</DDX>
Le document DDX contient une balise XDP result
qui spécifie le nom du résultat. Dans ce cas, la valeur est tuc018result.xdp
. Cette valeur est référencée dans la logique d’application utilisée pour récupérer le document XDP une fois que le service Assembler a renvoyé le résultat. Par exemple, prenez en compte la logique d’application Java suivante utilisée pour récupérer le document XDP assemblé (notez que la valeur est en gras) :
//Iterate through the map object to retrieve the result XDP document
for (Iterator i = allDocs.entrySet().iterator(); i.hasNext();) {
// Retrieve the Map object’s value
Map.Entry e = (Map.Entry)i.next();
//Get the key name as specified in the
//DDX document
String keyName = (String)e.getKey();
if (keyName.equalsIgnoreCase("tuc018result.xdp"))
{
Object o = e.getValue();
outDoc = (Document)o;
//Save the result PDF file
File myOutFile = new File("C:\\AssemblerResultXDP.xdp");
outDoc.copyToFile(myOutFile);
}
}
La balise XDP source
spécifie le fichier XDP qui représente un document XDP complet pouvant être utilisé comme conteneur pour l’ajout de fragments XDP ou comme l’un des nombreux documents qui sont ajoutés dans l’ordre. Dans ce cas, le document XDP est utilisé uniquement comme conteneur (première illustration présentée dans la section Assembler plusieurs fragments XDP). En d’autres termes, les autres fichiers XDP sont placés dans le conteneur XDP.
Pour chaque sous-formulaire, vous pouvez ajouter un élément XDPContent
(cet élément est facultatif). Dans l’exemple ci-dessus, notez qu’il existe trois sous-formulaires : subPatientContact
, subPatientPhysical
, et subPatientHealth
. Les sous-formulaires subPatientPhysical
et subPatientHealth
sont tous deux situés dans le même fichier XDP, tuc018_patient.xdp. L’élément de fragment spécifie le nom du sous-formulaire, tel que défini dans Designer.
Pour plus d’informations sur le service Assembler, voir Références des services pour AEM Forms.
Pour plus d’informations sur les documents DDX, consultez la section Guide de référence du service Assembler et de DDX.
Pour assembler plusieurs fragments XDP, effectuez les tâches suivantes :
Inclure les fichiers de projet
Incluez les fichiers nécessaires dans votre projet de développement. Si vous créez une application cliente à l’aide de Java, incluez les fichiers JAR nécessaires. Si vous utilisez des services Web, veillez à inclure les fichiers proxy.
Les fichiers JAR suivants doivent être ajoutés au chemin d’accès aux classes de votre projet :
Créer un client PDF Assembler
Avant de pouvoir effectuer une opération Assembler par programmation, créez un client de service Assembler.
Référencer un document DDX existant
Un document DDX doit être référencé pour assembler plusieurs documents XDP. Ce document DDX doit contenir les éléments XDP result
, XDP source
et XDPContent
.
Référencer les documents XDP
Pour assembler plusieurs documents XDP, référencez tous les fichiers XDP utilisés pour assembler le document XDP obtenu. Assurez-vous que le nom du sous-formulaire contenu dans le document XDP référencé par l’attribut source
est spécifié dans l’attribut fragment
. Un sous-formulaire est défini dans Designer. Par exemple, considérez le XML suivant.
<XDPContent insertionPoint="ddx_fragment" source="tuc018_contact.xdp" fragment="subPatientContact" required="false"/>
Le sous-formulaire nommé subPatientContact doit se trouver dans le fichier XDP nommé tuc018_contact.xdp.
Définition des options d’exécution
Vous pouvez définir des options d’exécution qui contrôlent le comportement du service Assembler lors de l’exécution d’une tâche. Par exemple, vous pouvez définir une option qui indique au service Assembler de continuer à traiter une tâche en cas d’erreur.
Assembler plusieurs documents XDP
Pour assembler plusieurs fichiers XDP, appelez l’opération invokeDDX
. Le service Assembler renvoie le document XDP assemblé dans un objet de collection.
Récupérer le document XDP assemblé
Un document XDP assemblé est renvoyé dans un objet de collection. Effectuez une itération sur l’objet de collection et enregistrez le document XDP en tant que fichier XDP. Vous pouvez également transmettre le document XDP à un autre service AEM Forms, tel qu’Output.
Voir également
Assembler plusieurs fragments XDP à l’aide de l’API Java
Assembler plusieurs fragments XDP à l’aide de l’API de service Web
Inclure des fichiers de bibliothèque Java d’AEM Forms
Réglage des propriétés de la connexion
Assembler les documents PDF par programmation
Créer des documents PDF à l’aide de fragments
Assemblez plusieurs fragments XDP à l’aide de l’API Assembler Service (Java) :
Incluez les fichiers de projet.
Incluez les fichiers JAR clients, tels que adobe-assembler-client.jar, dans le chemin d’accès aux classes de votre projet Java.
Créez un client Assembler PDF.
ServiceClientFactory
qui contient des propriétés de connexion.AssemblerServiceClient
en utilisant son constructeur et en transmettant l’objet ServiceClientFactory
.Référencez un document DX existant.
java.io.FileInputStream
qui représente le document DDX en utilisant son constructeur et en transmettant une valeur de chaîne qui spécifie l’emplacement du fichier DDX.com.adobe.idp.Document
en utilisant son constructeur et en transmettant l’objet java.io.FileInputStream
.Référencez les documents XDP.
Créez un objet java.util.Map
utilisé pour stocker les documents XDP d’entrée à l’aide d’un constructeur HashMap
.
Créez un objet com.adobe.idp.Document
et transmettez l’objet java.io.FileInputStream
contenant le fichier XDP d’entrée (répétez cette tâche pour chaque fichier XDP).
Ajoutez une entrée à l’objet java.util.Map
en invoquant sa méthode put
et en appelant les arguments suivants :
source
spécifiée dans le document DDX (répétez cette tâche pour chaque fichier XDP).com.adobe.idp.Document
qui contient le document XDP correspondant à l’élément source
(répétez cette tâche pour chaque fichier XDP).Définissez les options d’exécution.
AssemblerOptionSpec
qui stocke les options d’exécution à l’aide de son constructeur.AssemblerOptionSpec
. Par exemple, pour demander au service Assembler de continuer à traiter une tâche en cas d’erreur, appelez la méthode setFailOnError
de l’objet AssemblerOptionSpec
et transmettez false
.Assemblez plusieurs documents XDP.
Appelez la méthode invokeDDX
de l’objet AssemblerServiceClient
et transmettez les valeurs requises suivantes :
com.adobe.idp.Document
qui représente le document DDX à utiliser.java.util.Map
qui contient les fichiers XDP d’entrée.com.adobe.livecycle.assembler.client.AssemblerOptionSpec
spécifiant les options d’exécution, y compris la police par défaut et le niveau du journal de tâche.La méthode invokeDDX
renvoie un objet com.adobe.livecycle.assembler.client.AssemblerResult
contenant le document XDP assemblé.
Récupérez le document XDP assemblé.
Pour obtenir le document XDP assemblé, effectuez les actions suivantes :
getDocuments
de l’objet AssemblerResult
. Cette méthode renvoie un objet java.util.Map
.java.util.Map
jusqu’à ce que vous trouviez l’objet com.adobe.idp.Document
résultant.copyToFile
de l’objet com.adobe.idp.Document
pour extraire le document XDP assemblé.Voir également
Assembler plusieurs fragments XDP
Démarrage rapide (mode SOAP) : Assembler plusieurs fragments XDP à l’aide de l’API Java
Inclure des fichiers de bibliothèque Java AEM Forms
Régler les propriétés de la connexion
Assemblez plusieurs fragments XDP à l’aide de l’API Assembler Service (service Web) :
Incluez les fichiers de projet.
Créez un projet Microsoft .NET qui utilise MTOM. Assurez-vous d’utiliser la définition WSDL suivante lors de la définition d’une référence de service :
https://localhost:8080/soap/services/AssemblerService?WSDL&lc_version=9.0.1.
Remplacez localhost
par l’adresse IP du serveur hébergeant AEM Forms.
Créez un client Assembler PDF.
Créez un objet AssemblerServiceClient
en utilisant son constructeur par défaut.
Créez un objet AssemblerServiceClient.Endpoint.Address
en utilisant le constructeur System.ServiceModel.EndpointAddress
. Transmettez une valeur de chaîne qui spécifie le WSDL au service AEM Forms, telle que https://localhost:8080/soap/services/AssemblerService?blob=mtom
). Vous n’avez pas besoin d’utiliser l’attribut lc_version
. Cet attribut est utilisé lorsque vous créez une référence de service.
Créez un objet System.ServiceModel.BasicHttpBinding
en récupérant la valeur du champ AssemblerServiceClient.Endpoint.Binding
. Convertissez la valeur de retour en BasicHttpBinding
.
Définissez le champ MessageEncoding
de l’objet System.ServiceModel.BasicHttpBinding
sur WSMessageEncoding.Mtom
. Cette valeur garantit l’utilisation de MTOM.
Activez l’authentification HTTP de base en effectuant les tâches suivantes :
AssemblerServiceClient.ClientCredentials.UserName.UserName
.AssemblerServiceClient.ClientCredentials.UserName.Password
.HttpClientCredentialType.Basic
au champ BasicHttpBindingSecurity.Transport.ClientCredentialType
.BasicHttpSecurityMode.TransportCredentialOnly
au champ BasicHttpBindingSecurity.Security.Mode
.Référencez un document DX existant.
BLOB
en utilisant son constructeur. L’objet BLOB
est utilisé pour stocker le document DDX.System.IO.FileStream
en appelant son constructeur et en transmettant une valeur de chaîne qui représente l’emplacement du document DDX et son mode d’ouverture.System.IO.FileStream
. Vous pouvez déterminer la taille du tableau d’octets en obtenant la propriété Length
de l’objet System.IO.FileStream
.Read
de l’objet System.IO.FileStream
. Transmettez le tableau d’octets, la position de départ et la longueur du flux à lire.BLOB
en attribuant à sa propriété MTOM
le contenu du tableau d’octets.Référencez les documents XDP.
BLOB
en utilisant son constructeur. L’objet BLOB
est utilisé pour stocker le fichier d’entrée.System.IO.FileStream
en appelant son constructeur et en transmettant une valeur de chaîne qui représente l’emplacement du fichier d’entrée et le mode d’ouverture du fichier.System.IO.FileStream
. Vous pouvez déterminer la taille du tableau d’octets en obtenant la propriété Length
de l’objet System.IO.FileStream
.Read
de l’objet System.IO.FileStream
. Transmettez le tableau d’octets, la position de départ et la longueur du flux à lire.BLOB
en attribuant à son champ MTOM
le contenu du tableau d’octets.MyMapOf_xsd_string_To_xsd_anyType
. Cet objet de collection est utilisé pour stocker les fichiers d’entrée nécessaires à la création d’un document XDP assemblé.MyMapOf_xsd_string_To_xsd_anyType_Item
.key
de lʼobjet MyMapOf_xsd_string_To_xsd_anyType_Item
. Cette valeur doit correspondre à la valeur de l’élément spécifié dans le document DDX. (Effectuez cette tâche pour chaque fichier XDP d’entrée).BLOB
qui stocke le fichier d’entrée dans le champ value
de lʼobjet MyMapOf_xsd_string_To_xsd_anyType_Item
. (Effectuez cette tâche pour chaque fichier XDP d’entrée).MyMapOf_xsd_string_To_xsd_anyType_Item
à l’objet MyMapOf_xsd_string_To_xsd_anyType
. Appelez la méthode Add
de l’objet MyMapOf_xsd_string_To_xsd_anyType
et transmettez-la à l’objet MyMapOf_xsd_string_To_xsd_anyType
. (Effectuez cette tâche pour chaque document XDP d’entrée).Définissez les options d’exécution.
AssemblerOptionSpec
qui stocke les options d’exécution en utilisant son constructeur.AssemblerOptionSpec
. Par exemple, pour demander au service Assembler de poursuivre le traitement dʼune tâche en cas d’erreur, attribuez false
au membre de données failOnError
de lʼobjet AssemblerOptionSpec
.Assemblez plusieurs documents XDP.
Appelez la méthode invokeDDX
de lʼobjet AssemblerServiceClient
et transmettez les valeurs suivantes :
BLOB
représentant le document DDX.MyMapOf_xsd_string_To_xsd_anyType
contenant les fichiers requis.AssemblerOptionSpec
qui spécifie les options d’exécutionLa méthode invokeDDX
renvoie un objet AssemblerResult
qui contient les résultats de la tâche et les exceptions éventuelles qui se sont produites.
Récupérez le document XDP assemblé.
Pour obtenir le document XDP nouvellement créé, effectuez les actions suivantes :
documents
de l’objet AssemblerResult
, qui est un objet Map
contenant les documents PDF générés.Map
pour obtenir chaque document généré. Convertissez ensuite l’élément value
du membre de tableau en BLOB
.MTOM
de son objetBLOB
. Cette opération renvoie un tableau d’octets que vous pouvez retranscrire dans un fichier XDP.Voir également
Assemblage de plusieurs fragments XDP
Appel d’AEM Forms à l’aide de MTOM