Discussion :

[f-mory]

Bonjour,

Je souhaite utiliser une variable de contexte dans un tJavaRow,
mes variables de contexte sont les suivantes: E1, E2, E3, S1, S2, S3
Les variables 'context.E1', 'context.E2', 'context.E3' contiennent le nom des champs qui arrivent en entrée du tJavaRow et les variables 'context.S1', 'context.S2', 'context.S3' contiennent le nom des champs qui sorte du tJavaRow.


j'avais pensé à la solution suivante :

output_row.context.S1 = input_row.context.E1;
output_row.context.S2 = input_row.context.E2;
output_row.context.S3 = input_row.context.E3;

cela produit une erreur :
row1.context n'est pas un champ ou ne peut pas être résolue
row2.context n'est pas un champ ou ne peut pas être résolue
row1.context n'est pas un champ ou ne peut pas être résolue
row2.context n'est pas un champ ou ne peut pas être résolue
row1.context n'est pas un champ ou ne peut pas être résolue
row2.context n'est pas un champ ou ne peut pas être résolue

je voudrais que Talend tienne compte de "context.S1", ... en entier

Si vous avez une solution.....
Merci d'avance,

Florian

[Benoit_Durand]

Si ce sont des variables de contexte il ne faut pas mettre les les output_row/input_row. Ces variables ne sont pas rattachées à un flux.

[CyberChouan]

Si ce sont des variables de contexte il ne faut pas mettre les les output_row/input_row. Ces variables ne sont pas rattachées à un flux.

+1.

Pour compléter cette réponse, j'ajouterai que les variables de contexte peuvent être vues comme des variables globales.

Elles sont normalement chargées une fois pour toute en début de job, et accessibles ensuite n'importe où dans le job, indépendamment des flux de données. Syntaxiquement, on les utilise avec la syntaxe :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

String varLocale = Context.maVariable;

Si tu veux des variables accessibles partout dans le code, mais changeant de valeur au cours de l'exécution (comme pour le composant tFileList par exemple), il faut plutôt utiliser la "globalMap" :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
globalMap.put("nomVariable", "valeurVariable");
globalMap.get("nomVariable");

[f-mory]

Merci Hebus_beer pour ce conseil, j'ai une autre question dsl .

J'aimerais savoir si il est possible d'utiliser une table pour gérer le mapping des champs en entrée pour les envoyer en sortie comme écris dans la table. voir exemple ci-joins.

L'objectif étant de rendre générique un job de traitement, je souhaiterais que ce mapping soit dynamique, c'est à dire qu'il existerait plusieurs tables de mapping mais une seule serait chargé dans un tLoadContext en fonction du fichier à traiter.

Je veux juste savoir si c'est possible, et si oui comment démarrer...
merci d'avance,

Florian

[Benoit_Durand]

Je vous conseille de créer un nouveau topic avec quelques précisions en plus.

Si la table en entrée n'est pas connue (nom de la table, nombre de colonnes, nom des colonnes) idem pour la sortie, ça doit se faire.

Il faut au moins une table de transco du genre (nom_traitement,nom_table_entree,nom_colonne_entree,nom_table_sortie,nom_colonne_sortie) et passer le nom du traitement au job talend pour qu'il cherche les données nécessaires dans la table.
Le but du jeu est de générer le sql qui va bien à partir de cette table. par contre dans Talend les schémas doivent être définis donc pourquoi pas passer par des tSGBDRow pour passer outre cette limite.

Il faudrait créer un nouveau topic ^^

cdt,