From: Benoit.Lefevre@reuters.com
Date: 30/10/2003 - 14:56
Bonjour.
Cela fait tres (trop ?) longtemps que je n'ai rien poste sur ce forum.
Effectivement, il y a plus d'un an et demis que je n'avais pas eu
l'occasion de travailler, de pres ou de loin, avec du XML.
Je vous prie donc d'avance de bien vouloir m'excuser si les
questions suivantes semblent trop simplistes ou inadaptees a ce
forum.
Je me tourne aujourd'hui vers vous pour profiter de votre
experience dans le domaine des workflows a base de standards
XML.
Avant de vous poser des questions (vaste sujet :) laissez moi
vous presenter ce que j'appelerais par la suite l'existant :
Nous developpons depuis pres de 5 ans une application de type
Client lege / Serveur / Base.
Le serveur fournis des services de calculs financiers lourds et
cela necessiste de creer des objects persistants en base pour
ces calcules.
Une API permettant l'acces a distance aux fonctionnalites du
serveur a ete developpee en C++, en bref, du RPC maison bien
specifique, bien lourd, pas ou peu dynamic, lie a une couche
reseau maison proprietaire.
Il faut noter en particulier que plusieurs personnes ont eu
l'occasion de faire evoluer cette API sans suivre des regles strictes.
Bref, 5 ans plus tard, cette API fait bien pale figure. En particulier de
nos jours ou tout le monde parle de workflow partout.
Une seule et tres legere touche de XML est presente au niveau de
l'API.
C'est un fichier XML qui nous permet de decrire l'ensemble des
messages valides autorises a circuler sur notre reseau.
Ce fichier XML n'est soumis a aucune validation (XSD ou autre).
Et bien sur, il n'est pas 100 % coherant puisqu'a nouveau tout le
monde dans notre equipe a eu l'occasion de faire evoluer le fichier
sans suivre de regles strictes quand a la structure des messages.
Or ce produit va bientot muer, a savoir, nous allons developper
une nouvelle version qui serat plus souple plus rapide avec plus
de fonctionnalites ... le tout avec des nouvelles technos ... :D
Dans ce cadre, une critique de l'existant nous a reveler un probleme
recurant dans l'architecture de notre application :
La metadata decrivant les elements de base ainsi que les
fonctionalitees qu'elle propose se trouvent eparpillees un peu
partout.
On la retrouve un peu dans le model de base, un peu dans notre
API et un peu dans le fichier XML dont je vous ai parle.
Il m'a donc ete confier comme tache de produire et maintenir un
nouveau fichier XML permettant de rassembler toute cette
metadata. On pourrat alors dans un premier temps generer
automatiquement une nouvelle API C++, mais egalement Java,
et plus si necessaire.
Ma premiere question porte donc sur les techniques du type RPC.
J'imagine que beaucoup de standard existent a base d'XML.
Quel est, a votre connaissance, le standard le plus ouvert et le
plus souple (la question reste vague volontairement :)
Je souhaiterai ensuite collecter toute la metadata dont je vous
ai parle et ce le plus vite possible.
Il me semble donc naturel d'automatiser ce travail avec des outils
plutot que de le faire au cas par cas a la main.
Recuperer l'ancien fichier XML devrait etre relativement simple.
Par contre j'ai plus de doutes en ce qui concerne la base de
donnees et surtout l'ancien code C++ de l'API.
En effet seul le code C++ contient les informations relatives aux
services que notre serveur propose.
J'aimerais donc savoir si vous connaissez des outils permettant
d'extraire de la metadata d'un de ces deux types de sources
(i.e. C++ et Base de donnees) ?
Je crois que j'ai a peu pres fait le tour de mon probleme actuel et
j'espere ne pas vous avoir trop ennuye avec mon roman :D
Si ce recit vous semble famillier ou que vous avez deja eu
le meme genre de probleme, n'hesitez pas a me faire part de
votre experience.
Merci d'avance.
Cordialement.
Benoit Lefevre.
-------------------------------------------------------------- --
Visit our Internet site at http://www.reuters.com
Get closer to the financial markets with Reuters Messaging - for more
information and to register, visit http://www.reuters.com/messaging
Any views expressed in this message are those of the individual
sender, except where the sender specifically states them to be
the views of Reuters Ltd.
--
Devenez redacteur <XML>fr et contribuez au developpement du
xml francophone (http://xmlfr.org/infos/redacteurs/) !
Liste de diffusion "xml-tech@xmlfr.org" (http://xmlfr.org).
Cette liste est a votre disposition pour discuter en francais de
tout sujet technique lie a XML.
Pour resilier votre abonnement, envoyez un message contenant
la commande "unsubscribe" a xml-tech-request@xmlfr.org
(mailto:xml-tech-request@xmlfr.org?Subject=unsubscribe)
Archive générée par hypermail 2.1.3 le 28/06/2004 - 11:06 UTC
webmaster@xmlfr.org
| 
