Comment référencer une table de pré intégration dans un contrôle de metadata (condition expression)
P
Pelegrand
started a topic
12 months ago
Bonjour,
Je n'ai pas la connaissance et ne suis pas à l'aise avec les expressions xpath.
Néanmoins, je crée des tables de travail sur lesquels j'ajoute régulièrement des contrôles me permettant d'identifier des anomalies et de rejeter éventuellement des enregistrements.
J'utilise notamment ,"dans ma condition expression", très souvent l'expression
%x{../tech:alias()}x% pour faire référence à (l'alias de) ma table de travail
( et sans être obligé de comprendre d'ailleurs pourquoi on utilise un tech: plutôt qu'un md:, ni pourquoi on le fait précéder par ../ , sachant que cette expression est parfaitement bien interprétée, comme souhaité ).
Malheureusement, pour un nouveau contrôle que je souhaite mettre en place, je sèche :
Au moment du contrôle, les tables de travail sont en cours d'alimentation, donc pas encore complètes.
Or dans mon cas, il est nécessaire de comparer l'enregistrement contrôlé avec la totalité de la table.
J'aurais dans ce but besoin de faire référence non pas à la table de travail, comme à mon habitude, mais à la table de pré intégration (qui, elle, est complète).
J'ai bien trouvé quelque xpath intéressants parmi lesquels :
%x{../tech:rejectPath()}x% qui me ramène la table de rejet
ou encore
%x{../tech:rejectMask()}x% et %x{../tech:integrationMask()}x% qui me renvoient les masques de rejet et d'intégration
Malheureusement je n'ai pas trouvé de fonction me retournant le path de ma table de pré intégration.
J'ai un peu joué aux apprentis sorciers et fait quelques autres tentatives en observant le code généré par Semarchy en amont ( %x{md:physicalPath($REF,'workName')}x% )
, sauf que ce n'est pas interprété comme je le souhaite
Semarchy xDI enrichit le langage XPath avec des fonctions supplémentaires
Trois bibliothèques de fonctions :
tech Fonctions retournant des valeurs
ref Fonctions référençant d'autres objets
md Fonctions boîte à outils aidant à générer le code
Le langage XPath est le point d'entrée/langage principal pour naviguer & interroger. Donc besoin de .. ou ~ ou . pour naviguer dans le path
Pour vous aider, vous pouvez utiliser le Xpath Expression Wizard du Designer qui vous donnera la liste des Xpath possibles pour un objet et la valeur qu'il retourne
L'expression %x{md:physicalPath($REF,'workName')}x% est correcte, mais il faut l'adapter en remplaçant $REF par la bonne valeur
Semarchy xDI enrichit le langage XPath avec des fonctions supplémentaires
Trois bibliothèques de fonctions :
tech Fonctions retournant des valeurs
ref Fonctions référençant d'autres objets
md Fonctions boîte à outils aidant à générer le code
Le langage XPath est le point d'entrée/langage principal pour naviguer & interroger. Donc besoin de .. ou ~ ou . pour naviguer dans le path
Pour vous aider, vous pouvez utiliser le Xpath Expression Wizard du Designer qui vous donnera la liste des Xpath possibles pour un objet et la valeur qu'il retourne
L'expression %x{md:physicalPath($REF,'workName')}x% est correcte, mais il faut l'adapter en remplaçant $REF par la bonne valeur
Pelegrand
Bonjour,
Je n'ai pas la connaissance et ne suis pas à l'aise avec les expressions xpath.
Néanmoins, je crée des tables de travail sur lesquels j'ajoute régulièrement des contrôles me permettant d'identifier des anomalies et de rejeter éventuellement des enregistrements.
J'utilise notamment ,"dans ma condition expression", très souvent l'expression
%x{../tech:alias()}x% pour faire référence à (l'alias de) ma table de travail
( et sans être obligé de comprendre d'ailleurs pourquoi on utilise un tech: plutôt qu'un md:, ni pourquoi on le fait précéder par ../ , sachant que cette expression est parfaitement bien interprétée, comme souhaité ).
Malheureusement, pour un nouveau contrôle que je souhaite mettre en place, je sèche :
Au moment du contrôle, les tables de travail sont en cours d'alimentation, donc pas encore complètes.
Or dans mon cas, il est nécessaire de comparer l'enregistrement contrôlé avec la totalité de la table.
J'aurais dans ce but besoin de faire référence non pas à la table de travail, comme à mon habitude, mais à la table de pré intégration (qui, elle, est complète).
J'ai bien trouvé quelque xpath intéressants parmi lesquels :
%x{../tech:rejectPath()}x% qui me ramène la table de rejet
ou encore
%x{../tech:rejectMask()}x% et %x{../tech:integrationMask()}x% qui me renvoient les masques de rejet et d'intégration
Malheureusement je n'ai pas trouvé de fonction me retournant le path de ma table de pré intégration.
J'ai un peu joué aux apprentis sorciers et fait quelques autres tentatives en observant le code généré par Semarchy en amont ( %x{md:physicalPath($REF,'workName')}x% )
, sauf que ce n'est pas interprété comme je le souhaite
Pouvez vous m'aider s'il vous plait ?
Par avance merci.
Bonjour,
La formation xDI avancée est recommandée pour une bonne compréhension de xpath et autres points avancés : https://semarchy.com/trainings/xdi-avance/
Les réponses aux questions :
Semarchy xDI enrichit le langage XPath avec des fonctions supplémentaires
Trois bibliothèques de fonctions :
Le langage XPath est le point d'entrée/langage principal pour naviguer & interroger. Donc besoin de .. ou ~ ou . pour naviguer dans le path
Pour vous aider, vous pouvez utiliser le Xpath Expression Wizard du Designer qui vous donnera la liste des Xpath possibles pour un objet et la valeur qu'il retourne
L'expression %x{md:physicalPath($REF,'workName')}x% est correcte, mais il faut l'adapter en remplaçant $REF par la bonne valeur
Audric FREY
Bonjour,
La formation xDI avancée est recommandée pour une bonne compréhension de xpath et autres points avancés : https://semarchy.com/trainings/xdi-avance/
Les réponses aux questions :
Semarchy xDI enrichit le langage XPath avec des fonctions supplémentaires
Trois bibliothèques de fonctions :
Le langage XPath est le point d'entrée/langage principal pour naviguer & interroger. Donc besoin de .. ou ~ ou . pour naviguer dans le path
Pour vous aider, vous pouvez utiliser le Xpath Expression Wizard du Designer qui vous donnera la liste des Xpath possibles pour un objet et la valeur qu'il retourne
L'expression %x{md:physicalPath($REF,'workName')}x% est correcte, mais il faut l'adapter en remplaçant $REF par la bonne valeur
-
File external resolver with encrypted value
-
Timeout on Mapping/Webservice call
-
UNIQUE TEMP TABLE NAMES
-
Previous step name from a sub-process of execute delivery
-
Dropping multiple tables at once in XDI
-
Freeze Designer and corrupted workspace
-
FileWait/Move/Copy: FileInclude with space
-
Loop excel files
-
Change SVN user in the Designer
-
How to Specify the JVM used by the Designer?
See all 76 topics