Discussion Pad au 31 mars - GroupePdP/GAT GitHub Wiki

J'ai pu dialogué via e-mail avec Lionel Clément concernant l'envoie et le retour vers Syntox. Il m'a fourni un premier "squelette" de type POST (Mercredi) que j'ai très rapidement essayé avec une classe bidon. À priori la connexion/l'envoie se fait bien, reste à voir si le retour l'est aussi et surtout, qu'il est bon (Je ne le commit pas tant que je ne suis pas sur que ça marche. De plus avec les nouveautés de Lionel Clément c'est sûrement inutil... Je me suis inspiré de ça sinon http://www.developpez.net/forums/d55140/java/general-java/apis/io/post-http-java/) !

ATTENTION : Lionel Clément m'a également rappelé qu'il est à notre disposition pour ce qui est des demandes de grammaire et autres, il peut nous les fournir mais il aura besoin d'un peu de temps. Il faudrait donc qu'on voit (Ceci dit vu la DB ça va être vite) ce qu'on peut lui demander pour que le tout tombe au bon moment.

Nous avons reçu un mail avec un lien pour généré un XML. J'ai vu Clément ce midi et c'est la que j'ai parlé d'une sortie xml (il a fait vite) Adrien a peut-être regardé pour DOM et XML en Java,

À mon avis les priorités concernant les fonctionnalités et les mécaniques que nous devons impérativement réussir d'ici vendredi prochain : => La DB : Il reste la gestion des requêtes. On se penche dessus avec Benoît avec en autre les liens sités si dessous. => IHM : Finalisation qui est en cours par Alexis et Claire. => Sérialisation : FAIT (Si j'en crois ce que je lis à en dessous) Au passage Adrien a fait une class pour crypté les pwd des base de donnée.

à propos de cette classe de cryptage, je suis pas sure que ça soit le meilleur moyen de faire : il y a la librairie javax.crypto par exemple qui fait ça très bien (et surement d'autres), et il ne faut pas qu'il y ait de fonction decrypt() : si on code notre propre système, il vaut mieux stocker les passwords cryptés, et comparer ceux ci. Oui c'est juste un premier jet Oui Mais il faut bien envoier le pwd a la base de donnée. Et elle vas pas deviner qu'on la crypté. oui il faut une fonction crypter () et envoyer le password en clair, mais il ne faut pas les stocker en clair, ni avoir une fonction decrypt... Pour l'instant la fonction décrypt c'est pour éviter une dépendance entre la bdconnection et la crypto. oook je comprenais pas ça de la bonne façon. Effectivement, il faut une fonction decrypt. les mots de passe sont stockés où ? celui de la bd c'est dans le xml donc importance du cryptage Pour l'instant c'est une vertion naive de cryptage après il y aura un motps de pas a entré comme clé(comme les trouseaux de clé) Dans tout les cas il faut bien décrypté le pwd il faut juste le fair le plus tard possible Ce que l'on doit faire c'est un trouseaux de clé Justement vu comment j'ai foutu le truc de cryptage dégoutant, on stocke pas les mots de passe en clair (c'est le seul intérêt et le seul objectif qu'on avait il me semblait) C''est moche mais comme je disais à benoit c'est pas pour la NASA notre truc, et je me suis penché sur les trucs genre java.security et java crypto, ça colle pas avec ce qu'on veut vu qu'on est obligé d'avoir la capacité d'envoyer le mdp en clair à la bdd tout en le stockant en crypté, donc comme disait benoit faut avoir une possibilité de décryptage Le MDP est stocké dans les projet.xml (si vous lancez le projetTest.java, ça vous créera 3 projets dans le dossier qui les stocke, vous pouvez voir la structure du machin et le mdp stocké en crypt): <?xml version="1.0"?> -<core.Project> -<listScenario> -<linguistic.Scenario> <name>test1</name> <graphList/> </linguistic.Scenario> -<linguistic.Scenario> <name>test3</name> <graphList/> </linguistic.Scenario> </listScenario> -<infoDB> <link>link</link> <typeDataBase>type</typeDataBase> <user>user</user> <passwordEncrypted>]djO]dpShijUfl`</passwordEncrypted> </infoDB> <name>projet</name> </core.Project> (le password original est "password", behold) Pas besoin de trousseaux de clés btw, une fois qu'on a notre beau MDP rentré une fois il reste là ou il est et est disponible, faire un trousseau de clé ça serait simple sur ce système mais ça serait également pas très utile

* pour ceux qui sont en retard**** ordre de priorité Core(main) - adrien- fait normalement ok cool ;) test - batiste bdconnection/sql/DAO - benoît sérialisation - benoît Génération syntox batiste/Benoit Connection syntox - batiste LionelClément nous faut une sortie xml pour syntox build.xml (voir plus bas)

**Base de données*** (Baptiste et Benoît) http://en.wikipedia.org/wiki/List_of_object-relational_mapping_software gros liste orm http://www.siteduzero.com/informatique/tutoriels/apprenez-a-programmer-en-java/le-pattern-dao-1 http://tomee.apache.org/examples-trunk/dynamic-dao-implementation/README.html Raa le patern dao.

**génération requête Syntox** (Baptiste et Benoît) J'ai implémenté une structure de graphe de concepts, y a juste à le transformer en requête pour syntox ! Normalment fait

**** build.xml **** (Claire) il faut une cible pour chaque tâche : - compiler les .java - créer un .jar - supprimer les .class - générer la javadoc - lancer le programme - lancer le .jar