Re: Client / Serveur, ou en sommes-nous ?

[jerome moliere]

Cedric Beust wrote:

jerome moliere wrote:

mon avis personnel est que CORBA reste la norme la plus aboutie ,

En Europe, oui.  Aux USA, CORBA est inexistant.

j'etais sur que tu reagirais :) mais c'est meme pas un troll...

la plus fiable et la plus utilisable, même si c'est pas toujours trivial a coder (le POA est un joli joujou :))
J'ai fait un test de SOAP, on en reparlera dans 4/5 ans, pour l'instant :

Uh, tu es serieux ? D'accord, les Web Services restent encore une technique de pointe, mais on a de plus en plus de clients qui se lancent dedans. C'est a ce jour la solution la plus prometteuse pour l'integration.

ils ont de l'argent a perdre...:) Oui je sais EAI, etc plein de jolis concepts, mais regardes les limitations de l'archi et dis moi si selon toi, toutes les applications n'utilisent que des strings ? pas de collections, pas d'objets un peu fins ? on ferait du PHP pas de soucis, mais en langage fortement type, revenir aux strings systematiquement, c'est reducteeur non?

- en general, inutilisable car trop verbeux, sur mon test SOAP transporte 3 fois plus de données qu'une solution XML a base de Castor JDO, 10 fois plus qu'une serialisation Java...
bref en termes de perf c'est 10 fois plus lent que du http/XML en Java...

Ce n'est pas parce qu'il transporte dix fois plus d'octets qu'il est dix fois plus lent. La pratique montre que pour les paquets habituellement echanges, cette surcharge est negligeable comparee aux autres goulets d'etranglement.

tu veux dire quoi la ? que le temps de transport est negligeable par rapport au temps de process serveur, puis interpretation client ? ca depend du deploiement....
vous avez quoi comme reseau chez BEA ? viens voir des LAN en clientele et tu verras si tu campes sur cette position...quand t'as une appli multi site avec du numeris 64K au milieu, il faut faire gaffe quand même ...

Si tu veux te faire une idee plus precise (et objective ;-)), je te suggere de jeter un coup d'oeil aux API offertes par Amazon et Google, c'est un joujou sympa pour se faire les dents sur les Web Services.

je la connais, c'est assez sympa oui... mais google fonctionne avec un page by page iterator...
donc ok, tu renvoies les 10 premiers resultats de ta requete, quel challenge :)
imagines que tu veuilles renvoyer pour une sortie d'un etat tous les clients de telle ou telle region (3000 disons) , crois tu que celà soit jouable ?
j'essaie d'etre objectif, as tu teste Axis ? moi oui....
si tu trouves normal, qu'en localhost, pour renvoyer une valeur codee en dur, sur un bi proc 1800Mhz, il faille 0.6s bein , pas moi.... je sais que dans ce laps de temps, je suis capable de serailiser/deserialiser 1500 lignes de commande alors que cette requete, ne represente pas le volume/complexite d'une seule!!!
c'est un effet de mode, mais c'est inutilisable (ou du moins tel quel), je ne vois que la possibilite d'exposer certaines parties tres light d'appli via une telle mecanique , mais avec combien de limitations....
en plus a debuguer c'est l'enfer....
mais l'aspect le plus genant est l'extreme pauvrete pour quelle lourdeur des dialogues, si tu ne veux pas reecrire tout le code de serialisation t'es limite a des beans quasiment naifs....(setName, getName etc..). J'ai l'impression de revenir 10ans en arriere a l'epoque ou transmettre une chaine via le reseau etait reservee a une elite..mais de l'eau a coule sous les ponts depuis non?


Jerome