Discussion :

[Caille Rotie]

Bonjour,

Je souhaite développer une application de traitement de documents XML.
Je vous la décris succinctement :

Source : Documents XML dont la DTD a déjà été fixée. Taille : 5 à 25 Mo
Traitement demandé :

• - Sélection d'un ou plusieurs documents XML
  - Calculs statistiques sur ces documents
  - Affichage des résultats
  - Sélections et affichages de certaines parties du ou des documents en fonctions des résultats et des choix de l'utilisateur.

Public : une demi douzaine de personne de ma connaissance, sur Mac ou PC (peut être certains sous Unix) dont certains sont non informaticiens.

Je connais XML en théorie, mais je suis effarée de découvrir que ma formation d'ingénieur ne m'a jamais fait manipuler ces documents
J'ai donc besoin de quelques conseils sur le choix du langage et du mode d'exécution...

Je code depuis quelques temps en php, et j'ai pu en apprécier la souplesse. J'ai donc dans un premier temps songé à développer mon traitement dans un mélange de HTML, PHP et XSLT (XSLT découvert ces derniers jours sur ce site, merci pour les tutoriaux très bien fait!). Ceci agrémenté de jolies feuilles CSS comme je commence à savoir faire.

Mais je ne suis pas sure que ce soit judicieux. En effet, les documents assez volumineux ne se prêtent pas trop à un traitement distant.
J'ai donc songé à faire une application qui s'exécute en local.
Ce n'est pas le domaine de php, et je devrais me charger d'expliquer à mes amis comment installer un easyphp, ou un MAMP...

Donc j'ai essayé à me faire à l'idée de développer, comme on m'a appris à l'école, en C++ ou en Java. J'ai trouvé la bibliothèque LIBXML2 dans vos sujets de discussion, mais je suis pas encore aller voir a quoi elle ressemblait.
En fait, je freine des quatre fer à l'idée d'avoir à développer une interface en Java, ou pire, en c++ et non plus avec le couple HTML CSS que je commence à maîtriser. Sans parler de l'éventuelle compatibilité PC/MAC
(Faut dire aussi que je ne dispose pas d'un vrai environnement de développement...)

Voilà, voilà.

Je suis ouverte à toute proposition, y compris comprenant des langages que je connais mal (peut être perl ou python?) je suis prête à monter en compétence, surtout si j'ai la conviction que c'est la meilleure option.

Merci d'avance pour votre aide.

[Erwy]

si tu peux "fixer" les outils coté clients, Mozilla et IE (opera aussi je crois) traite le xslt et dom xml coté client avec javascript.Il faudrait voir les performances

[GrandFather]

Bonjour,

es-tu limitée au PHP pour ton développement côté serveur ? Il faudrait que tu nous en dises un peu plus sur l'environnement hard et soft...

[Caille Rotie]

En fait, je n'arrive pas à me décider entre un développement client /serveur, et une application locale.

Si je développe en client/serveur, j'ai accès au serveur de la fac, qui est bien performant, et comme je suis au mieux avec les admins, je n'ai pas trop de contraintes.
Je pensais au php parce que je commence à maîtriser le langage, mais je peux bien sur faire autre chose....

L'inconvénient principal du client/serveur, c'est qu'il va falloir manipuler de gros fichiers (5/25 Mo). Il faudra donc up-loader les docs XML sur le serveur. Puis, une fois les calculs fait, il faudra envoyer les résultats au client... ça risque d'être assez lourd, aussi bien en terme de charge du serveur que de bande passante. Et même si pour l'instant, je vais pas avoir un trafic fulgurant, ça m'embête de monter un truc aussi peu pérenne...

C'est pourquoi j'ai songé à faire un truc entièrement en local.
L'utilisateur se procure les docs XML, chacun selon ses sources, lance son appli (un "exécutable" que je lui aurais envoyé) en local qui calcule les stats et affiche les résultats.
Comme j'ai un peu peur du développement de l'interface en java (vu le nombre d'éléments interactifs que je voudrais introduire), j'ai songé un temps à demander à mes utilisateurs d'installer un easy php pour faire tourner php chez eux en local, même si ce n'est pas exactement fait pour ca...

Je commence vaguement à songer à une solution mixte.
Developper mon traitement en xslt piloté par php et mettre une version de démontration sur mon serveur à la fac.
Et pour ceux qui souhaitent, ou traiter des fichiers trop volumineux, ou traiter des fichiers qu'ils ne souhaitent pas diffuser trop publiquement, leur expliquer comment installer un serveur en local pour faire tourner le traitement en local.

[GrandFather]

Si, lors de chaque session d'utilisation, c'est l'utilisateur qui doit fournir les fichiers XML à traiter, alors une application Intranet est problématique à cause des problèmes que tu soulevais (stockage, upload, etc.)

Dans le cas d'une application locale, je trouve la solution d'un serveur local un peu trop "lourde", et elle va te poser des problèmes de diffusion/déploiement (surtout sur 3 plateformes différentes). La solution de l'application Java semble donc la plus efficace, car la plus portable. Tu as une autre option consistant en l'utilisation d'un framework XML comme Cocoon, qui fonctionne sur une JVM Java.

Enfin, des langages comme XUL peuvent peut-être être intéressants dans ce contexte, mais ils imposent l'utilisation de certains navigateurs (Firefox).

[Caille Rotie]

Merci, j'étudie tout cela.
J'ai encore beacoup à apprendre!

[KibitO]

Je m'initie à XUL (à prononcer apparemment "zul"...) et il est vrai qu'il faut un navigateur intégrant un compilateur Gecko (Mozilla, Firefox, Netscape)

[Caille Rotie]

J'ai un peu essayé xul. J'ai pas reussit à faire marcher les quelques exemples que j'ai trouvé...

Alors, j'ai pas insisté.

Et puis, il me semble me souvenir d'une immence deception : un script xul (si je ne me trompe) fait par un collègue était magnifique (menus deroulant avec plein d'adresse utiles) mais inutilisable a partir de mon mac!
Que FireFox Mac n'est pas ce fameux compilateur Gecko, cela m'épate, tout de même...