Discussion :

[Lady]

Bonjour,

J'ai pour mission d'importer dans un logiciel tiers une nombre assez important de données qui sont normalement prévu pour être entré une par une via des formulaires webs.

Les données vont m'être fournis sous forme de fichier csv.
J'ai 2 possibilités soit faire des transformation via un ETL quelconque pour insérer directement les données en bases soit "simuler" l'utilisation des formulaires de l'interface web.

Mon choix se porte fortement sur la seconde possibilité car bien qu'étant familière avec les ETLs la base de donnée de l'application me donne des sueurs froides : des liens dans tous les sens, des données dupliqué 3 , 4 voir 5 fois ect ... ==> Tout pour se prendre les pieds dans le tapis quoi...
Avec le second choix je laisse l'application faire sa tambouille interne et je pense que ça fera moins de mal de tête pour moi.

Par contre contrairement aux transformations je n'ai jamais eu l'occasion de simuler des remplissage de formulaire via un programme java.
Sachant que l'application cible c'est du JSF1 je me demandais si certains d'entre vous avaient des conseils, si il y avais une "bonne" façon de faire, des pièges a "éviter" ou si vous connaissez des tutaux intéressants.

Merci d'avoir lu et encore plus merci si vous me répondez

[hwoarang]

Si tu ne maitrises pas la chaine, il vaut mieux passer par les formulaires, c'est effectivement plus sur (tu n'es pas à l'abri de traitements fais lors de l'insertion dans le formulaire, de tables temporaires ou autre truc tordu)...

J'avais fait un truc comme ca il y a quelques temps et un site qui m'a aidé a comprendre comment gerer une session avec Java :
http://www.hccp.org/java-net-cookie-how-to.html

Et pour faire des POST :
http://java.developpez.com/faq/java/...reseau#postUrl

a+

[Boojum]

Le problème avec JSF, c'est que les formulaires générés sont tout sauf simple. Notamment, tu ne peux pas te contenter d'envoyer une requête POST comme ça, sans prévenir. JSF n'accepte de traiter une requête POST que si elle correspond à un formulaire qu'il t'a lui-même envoyé, avec un numéro généré dedans. Du coup, pour ta solution, il faudra que tu parses le formulaire et que tu renvoies la requête POST correspondante.

Solution plus simple à mon avis : réalise des pages spécifiques pour ton traitement (où tu pourras envoyer tes données en masse), au sein même de l'application. Un peu de code Java pour les traiter comme il faut, puis tu renseignes en Java les beans managés JSF (ce que devrait faire le formulaire) et tu appelles leurs méthodes.

Si tu ne peux pas manipuler l'application, une autre solution serait de détourner de son usage un outil de test comme Selenium. Tu peux le paramétrer pour qu'il te copie/colle des infos sur ta page Web et qu'il la soumette. Par contre, c'est assez peu pratique si tu dois livrer ton outil de migration, et pas juste faire la migration toi-même.

[Lady]

Si tu ne peux pas manipuler l'application, une autre solution serait de détourner de son usage un outil de test comme Selenium. Tu peux le paramétrer pour qu'il te copie/colle des infos sur ta page Web et qu'il la soumette. Par contre, c'est assez peu pratique si tu dois livrer ton outil de migration, et pas juste faire la migration toi-même.

Je vais aller voir de ce coté là car je ne serais pas l’utilisatrice de l'import mais ça reste une unique personne qui va s'en servir donc c'est envisageable que je lui explique si c'est pas Ultra tordu.

Pour je JSF je m'en doutais quand j'ai vu que certaines info manquaient dans les POST je me suis doutée qu'il faudra faire des GETs avant de faire les POST histoire que les beans soient initialisés (je pense que ça se passe au niveau du cookie ça doit être des beans Session).


hwoarang>> merci pour les liens je vais voir ça aussi !!

Merci à vous 2 !