Ajouter des paramètres à l'url pour interroger un serveur

**adibou666** · 07/07/2009, 13h29

Bonjour à tous,

Je dois interroger un serveur et lui transmettre certains paramètres afin qu'il me reconnaisse.

Quel module faut-il utiliser?
Et comment ajouter ces paramètres?

Merci à vous?

**samatar** · 07/07/2009, 14h52

It depends :-)
si c'est du simple GET ou POST, il faut utiliser les étapes

Client HTTP (GET) ( ou GET)

http://wiki.pentaho.com/display/EAI/HTTP+Client

si c'est du SOAP, il faut utiliser l'étape "Client service web

Samatar

**adibou666** · 07/07/2009, 15h03

Merci Samatar,

Sinon j'ai une petite question concernant l'exécution d'un script mySql !
Ma requête est simple je veut convertir une chaine de caractère en md5 en mySql:

Ma chaine de caractère est dans ma liste des paramètres, et ma requête est la suivante :

select md5(?)

Seulement il me dit qu'il y a une erreur car il ne reconnait pas le ?
Pourtant j'ai lu la doc et j'ai cru comprendre qu'il fallait remplacer les paramètres par des ?

Merci à vous

**samatar** · 07/07/2009, 16h30

? permet de remplacer les valeurs des conditions lors du binding des requêtes SQL.
du genre :

SELECT ...
FROM ...
WHERE monchamp1=?
AND monchamp2=?
...

avec monchamp1 et monchamp2 qui seront passés en paramètres.

ATTENTION cependant à l'étape utiliser.
Pour extraire des données depuis une BdD il faut utiliser l'étape ''Extraction depuis table" plutôt que ''Exécution script SQL''.
Cette dernière étape n'est pas censé retourné un jeu d'enregistrements, elle sert plutôt à effectuer des instructions telles que DELETE, UPDATE... personnalisées...

J'ai attaché un exemple avec 3 façons de faire :-)

Samatar

**adibou666** · 07/07/2009, 17h16

Franchement j'ai qu'une chose à dore MERCI BEAUCOUP

Petite question, si on utilise la methode avec le module :Extraction depuis la table, étant donné qu'il n'y a pas la liste des parametres, s'il y en a plusieurs, comment fait-il pour savoir quel paramètre il faut mettre?

car avec juste un "?" c'est impossible sauf s'il prend les paramètres dans l'ordre d'arrivé, et encore si dans une même requete on souhaite utiliser plusieurs fois le 1er paramètre comment fait-il?

Merci à toi en tout cas

**samatar** · 07/07/2009, 17h59

Petite question, si on utilise la methode avec le module :Extraction depuis la table, étant donné qu'il n'y a pas la liste des parametres, s'il y en a plusieurs, comment fait-il pour savoir quel paramètre il faut mettre?

--> L'étape prend les paramètres dans l'ordre d'entrée (premier champ vers premier ?, second champ vers second ?,...)
Ainsi il faut que le nombre de ? soit identiques aux nombres d'arguments (dans ce cas au nombre de champs dans le flux d'entrée).

Si vous souhaitez utiliser un champ plusieurs fois, vous pouvez définir des variables dans votre requêtes (je le fais sur MSSQL)

DECLARE @var1 varchar(32)

SET @var1=?

SELECT ....
FROM table1
WHERE champ1=@var1

UNION

SELECT ....
FROM table2
WHERE champ1=@var1

...

Ce qui (selon moi) limite l'utilisation de cette étape de la sorte :-)

ATTENTION, tous les champs définis précedemment sont perdus! (vous avez du le remarquer)

Personnellement je préfère l'utilisation de la seconde option (avec la recherche dans la base) car cela permet de spécifier les arguments (changer d'order et spécifier un argument plusieurs fois,...) et de conserver les champs définis dans des étapes précédentes.

Samatar

**adibou666** · 08/07/2009, 10h05

Merci beaucoup Samatar,

Désolé j'ai encore une question

Dans votre exemple vous avez utilisé un checksum utilisant un cryptage proposé appelé md5 !
Cependant il ne crypte pas du tout en md5...

Par exemple vous avez mis "sam" comme valeur d'entrée.

Il retourne : 51-37-50-220-250-161-203-246-30-42-38-107-215-35-97-44
Déjà vu la tête du résultat ça ne peut pas être du md5

le résultat md5 pour "sam" = 332532dcfaa1cbf61e2a266bd723612c

Pourquoi cette différence de résultat?

**samatar** · 08/07/2009, 10h50

Hé Hé :-)
J'attendais cette question

En fait c'est la même choses c'est seulement le type de résultat qui change.

51-37-50-220-250-161-203-246-30-42-38-107-215-35-97-44 est le résultat en string.

332532dcfaa1cbf61e2a266bd723612c est le résulat en héxa.

En fait, je viens ajouter cette option (convertir en chaine, hexa ou octets) dans l'étape ''Ajout de checksum" d'ici qq jours.

Samatar