Sortie de publication de paquets

Le fichier envoyé par WVS à Arbortext Publishing Engine est appelé "champ de données". Il inclut le contenu devant être traité par Arbortext Publishing Engine. Lorsqu'Arbortext Publishing Engine traite le champ de données, le format de la sortie publiée pour être utilisée par Arbortext Content Delivery est appelé paquet XML ou XSL.

Un paquet nécessite que le type et les paramètres de sortie à appliquer lors de la publication soient spécifiés dans une règle de publication sélectionnée par l'utilisateur. Pour plus d'informations, consultez les rubriques Création des règles de publication de service et Paramètres du convertisseur de service.

Le paquet XML est spécifié dans une règle de publication sous la forme output="xmlbundle". Le processus de publication des paquets XML produit le contenu au format XML.

Un paquet XML contient une multitude de fichiers. Il peut s'agir par exemple du fichier partThumbnails.zip qui contient des images graphiques miniatures des articles. Les images graphiques miniatures sont publiées en tant que fichiers THUMBNAIL, THUMBNAIL_SMALL, THUMBNAIL3D et PVZ.

Chaque article référencé dans un paquet peut compter plusieurs représentations. Si la représentation par défaut d'un article est publiée, le fichier partThumbnails.zip peut inclure les fichiers THUMBNAIL, THUMBNAIL_SMALL et PVZ avec les rôles qui leur sont respectivement affectés. A l'aide du paramètre de publication thumbnailRole, vous pouvez spécifier le rôle à inclure dans le fichier partThumbnails.zip.

Vous pouvez également décider de spécifier les miniatures à inclure dans le fichier partThumbnails.zip à l'aide du paramètre de publication PartResources. Ce paramètre de publication vous permet de spécifier plusieurs rôles de miniatures ainsi que les composants d'un fichier PVZ à inclure.

Les deux paramètres gèrent la valeur PVZ spéciale. Pour le paramètre thumbnailRole, la représentation par défaut est compressée en fichier PVZ, qui est utilisé en tant que miniature de l'article. Lorsque la valeur est un rôle, la miniature correspondant au rôle spécifié est placée dans le fichier partThumbnails.zip. Vous pouvez spécifier plusieurs rôles et composants PVZ lorsque vous utilisez le paramètre PartResources en association avec le paramètre PvzFilter.

Lorsque les paramètres thumbnailRole et PartResources sont définis, le contenu du fichier partThumbnails.zip correspond au produit du traitement de ces deux paramètres.

Vous pouvez publier la représentation par défaut d'un conteneur d'élément d'information dans le paquet XML, afin de l'utiliser comme miniature dans Arbortext Content Delivery. Arbortext Content Delivery prend en charge les miniatures dans les formats de fichier PNG, JPG et JPEG.

Une fois la miniature publiée, la représentation par défaut est disponible dans le dossier de représentations du paquet XML. Les métadonnées sont disponibles dans le fichier DMPmap.xml. Vous pouvez uniquement publier la représentation par défaut des conteneurs pour les éléments d'information.

Pour publier les représentations par défaut des conteneurs pour les éléments d'information, ajoutez la règle includeContentHolderReps au fichier de règles de publication.

Pour publier les représentations, spécifiez la valeur de la règle comme true. Si la valeur est false, par défaut, la représentation n'est pas publiée dans le paquet XML.

Le fichier du paquet peut contenir une multitude de fichiers ainsi qu'un manifeste. Pour en savoir plus sur le contenu des champs de données, consultez la section Champ de données et manifeste du document Personnalisation de Windchill Service Information Manager et Windchill Service Parts.

Par défaut, pour les paquets de la version 2.2 et des versions antérieures, les données d'effectivité du service sont stockées dans le champ de données du fichier manifest.xml, comme plusieurs des propriétés de l'élément cible Object. Par exemple :

<Object uri=...">
...
<Metadata id="ServiceEffectivity_183695" source="...">
<Property token="thePersistInfo.updateStamp">
<Value>2016-06-121 18:12:44.0</Value>
</Property>
<Property token="beginDateRange">
<Value>2016-06-21 00:00:00.0</Value>
</Property>
<Property token="thePersistInfo.modifyStamp">
<Value>2016-06-21 18:12:44.0</Value>
</Property>
<Property token="effTarget">
<Value>EPMDocument_183639</Value>
</Property>
<Property token="effectivityType">
<Value>date</Value>
</Property>
<Property token="effContextReference">
<Value ref="x-wc://3f81b557fbc1da98:wt.part.WTPartMaster:0000000003"/>
</Property>
</Metadata>
...
</Object>

Sinon, vous pouvez stocker les données d'effectivité du service au format APEX. Pour ce faire, définissez la propriété useApexServiceEffectivity sur true dans le fichier site.xconf Windchill, comme suit :

En définissant la propriété useApexServiceEffectivity sur true, vous stockez les données d'effectivité au format APEX dans le premier élément Metadata de l'élément Object cible. Par exemple :

<Object uri=...">
<Metadata id="EPMDocument_183639" source="...">
...
<Property token="ServiceEffectivity">
<Value>(AND (PRODUCT 'x-wc://3f81b557fbc1da98:wt.part.WTPartMaster:0000000003')
(DATE_RANGE '2015-12-01 00:00:00.0' ''))</Value>
</Property>
...
</Metadata>
...
</Object>

La valeur de la propriété effTarget est identique à celle de l'attribut id de l'élément Metadata hébergeant les données d'effectivité du service APEX. Les propriétés thePersistInfo.updateStamp et thePersistInfo.modifyStamp n'apparaissent pas dans le champ de données.

Pour utiliser les données d'effectivité au format APEX avec le paquet de la version 2.2, vous devez définir useApexServiceEffectivity sur true. Pour les paquets postérieurs à la version 2.2, les données d'effectivité sont fournies par défaut au format APEX. Pour ces versions, définissez useApexServiceEffectivity sur false afin d'éviter d'utiliser les données d'effectivité au format APEX.