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.
Pour plus d'informations sur les paquets XSL, consultez la section
Sortie de publication de paquets UsingXSL.
|
Des informations sur la façon dont Arbortext Content Delivery utilise les paquets sont incluses dans sa documentation.
|
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.
Pour en savoir plus sur le contenu des champs de données, consultez la rubrique
Champ de données et manifeste.
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.
Définition du format de données d'effectivité du service
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 :
<Property name="com.ptc.arbortext.windchill.publisher.toggle.
useApexServiceEffectivity" overridable="true" default="true" />
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>
Notez que les propriétés suivantes n'apparaissent pas au format APEX :
• thePersistInfo.updateStamp
• thePersistInfo.modifyStamp
• effTarget
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.