17 Juin

J'ai finalement pris la librairie json-simple qui offre la possibilité de lire du JSON (et qui semble être une extension de celle mentionnée hier).

J'ai eu un problème ce matin. Note : si on charge une librairie dans le build path et qu'on supprime le .jar il faut aussi l'enlever du build path sinon le serveur redémarre avec un vieux fichier.

Je peux envoyer le .jar par mail si il faut.

J'ai donc essayé de parser un json et d'écrire des mots correspondant à ce qu'il y avait dans le json. Ca a fonctionné.

Je commence à coder le mapping et je réfléchis à une chose : dans le python on a directement le fichier dans lequel on va écrire et le fonctionnement est quelque peu différent dans le TAP car c'est la méthode writeHeader qui gère les écritures. J'ai pensé à 2 solutions : soit on va créer une chaine de caractères avec tout le mapping dedans et on le print dans writeHeader (sachant que les \n font des newlines; je l'ai testé) mais ça me paraît lourd en mémoire pour de grosses données ce qui pourrait rendre le processus très lent. Autrement, on pourrait passer le BufferedWriter out en paramètre de nos méthodes et on écrit directement dedans en appelant ces méthodes depuis writeHeader (ce qui me paraît le moins gourmand et le plus simple)

Pour la suite : parser la requête envoyé pour choisir d'annoter si on a un SELECT * FROM une table qu'on sait annoter et sinon on annote pas

Le parsing pourra être plus poussé par la suite avec un ADQL parser (cf mail de Grégory)

Il faut demander à Grégory si on travaille sur un fork de vollt ou non, et il faut aussi demander si on peut mettre un autre format que binary pour la VOTable.

J'ai parsé la requête de manière très simple et ça fonctionne bien.

J'ai commencé à essayer de "traduire" le python mais ça ne compile plus.