The Stambia User Community is moving to Semarchy! All the applicable resources have already been moved or are currently being moved to their new location. Read more…
Dans les versions actuelles (S17, S18) de Stambia, il faut en effet une table en source.
Vous pouvez créer une table "dual" si votre Rdbms n'en propose pas déjà.
Exemple :
create table dual (dummy char(1));
insert into dual values ('x');
Puis "reversez"-la dans une metadata, et utilisez-la en source du mapping. Le nombre d'invocations du webservice correspondra au nombre de lignes de la table. Dans notre exemple de dual : 1 invocation.
Dans les expressions du mapping, indiquez les paramètres du process: '${~/param1}$' etc...
Quelques points à vérifier pour comprendre l'origine du problème:
- Y a-t-il une erreur et si oui laquelle ? ou alors la session se termine en "EXECUTED" ?
- Quelles sont les valeurs indiquées dans la vue Statistics pour le mapping ?
- Indiquez un chemin de répertoire sur le template d'intégration, propriétés "Sent Messages Folder" et "Received Messages Folder". Vous obtiendrez ainsi les fichiers de traces des échanges (requêtes et réponses).
Si cela ne vous permet pas de débloquer la situation, n'hésitez pas à envoyer des éléments détaillés au support : capture d'écran du mapping, message d'erreur, fichiers de traces des échanges...
Vérifiez que l'élément Id comporte bien un Type, dans la metadata Wsdl.
Pour l'ajout des 00, je n'ai pas bien compris : vous souhaitez les ajouter sur un champ en Input du webservice ? ou en sortie ?
Une solution est d'utiliser les fonctions de concaténation du rdbms source / cible selon le cas.