Reprise du message précédent :

yolé, zyva cummen k'tu parlé, toa !

C'est pas parce que les outils existent qu'ils seront utilisés, l'histoire de l'informatique est pleine d'histoire comme ça.
 

Je pense (comme benou ?) que l'intéret du RPC est très limté.

edited
 
C'est pour ca que je te demandais pour quels besoins. Les 2 ne correspodent pas à la même utilisation.

J'ai jamais dit ça, j'ai juste dit que ça avait la cote dans les entreprises. T'as pas l'impression d'entendre "Web Services" partout ? Genre le mot magique qui fait gagner 10 points en réunion. Bin chez nous ça fait bien un an qu'ils on que ça à la bouche, alors faut implémenter.

Tout dépend du cadre. Pour l'interopérabilité entre diverses applis, c'est essentiel et chez nous (comme dans la plupart des boîtes vendant plusieurs produits, je pense) c'est un peu ZE point chaud

Web services != SOAP
On peut très bien utiliser des web services sans SOAP. Et puis ce genre de mode ça passe générallement assez vite, il y a 10 ans, le mot à la mode c'était "multimedia", je cherche encore les videos et les musiques dans Office 2003
 

Dans le cas de l'interopérabilité, SOAP n'est intéressant que si tes applis tournent sous des OS différents et/ou sur des sites distant, ce qui réduit quand même vachement le champ d'application

Eh bien... admettona t'as une joulie application en C++. Toute la boîte a mis tout c'qu'elle a dans une appli C++ depuis 20 ans. Pis toi tu débarques et tu veux offrir un front-end Web. Tu fais comment pour discuter avec le C++ ?
Première idée, y a 5-6 ans, Corba. C'est cool, Corba, sauf que pour trouver un ORB qui marche sur les 5 OS que ta boîte supporte (4 Unix et Windows NT), bin y en a pas des milliards. M'enfin bon, t'en trouves un, avec ses défauts et ses qualités. Donc client Java, serveur C++, un coup d'Corba au milieu et hoppe, roulèze. Pis au fur et à mesure que t'essaies de vendre ton produit, tu t'aperçois d'un truc : ça fait hyper chier tous tes gros clients d'ouvrir un port zarbi (lire : autre que 80 ou 21) du firewall vers l'extérieur uniquement pour ton appli. Pis les commerciaux et les responsables techniques parlent d'encapsulation dans du HTTP. Et c'est le drame du développeur (et des perfos, accessoirement).
Et quand les WS arrivent, tu te dis que c'est p'têt pas si mal.

ha nan !!!
 
le RPC, ou plus précisément l'intéropérabilité entre applications c'est très intéressant. On en a souvent besoin.
 
La norme WS était là pour standardiser une façon de faire assez anarchique : souvent pour faire communiquer les appli distantes on utilisait le proto HTTP en récupérant les données dans un format spécifique (texte, voir binaire ...). Avec l'arrivée du XML, on a eu de plus en plus tendance à faire du XML sur HTTP, c'est là que XML-RPC est apparu.
 
C'était une bonne idée de standardiser l'échange de "messages" entre applications, mais ils ont fait du fumage de joint à la place de regarder quels étaient les besoins réels.  
 
Du coup on se retrouve avec des standard faits pour des choses dont on ne se sert pas, qui font très mal les choses dont on a besoin, et qui ajoute de la complexité là où ils devraient apporter de la simplicité.  
Ajoute à ca une publicité mensongère par les gros acteurs (microsoft, ibm, et toute la clique) qui ont énormément investi, un manque d'entente entre eux (prb d'intéropérabilité), une lenteur du W3C pour combler les manques de la norme, et pouf ! Tu te retrouves avec un gros truc bien merdique qu'on va devoir de toute façon se taper parce que c'est l'avenir.

Ouais 'fin quand tu veux discuter avec des objets tout en te moquant du langage de prog ou du type de serveur sur lequel ils sont, tu vas pas te retrouver avec beaucoup dee trucs

Ah mais va dire ça aux commerciaux et aux chefs T'sais, quand y a le numéro 2 de la boîte qui dit "Web Services" bin tu fermes ta gueule et tu dis "ui meussieu " et tu codes
 
Prenez pas tout ça comme une agression hein les gars, moi chu bien d'accord que c'est un effet de mode mais en attendant, les effets de mode ça fait vendre

Ben déjà à la base, Corba c'est pas trop fait pour marcher sur internet mais plutot en LAN. Pour ca les SOAP est plus adapté.
 
Maintenant, c'est pas ca qui va améliorer tes perfs et encore moins la prise de tête des développeurs

Ben si, des web services, mais pas forcément du SOAP ... SOAP est pas plus obket que XML rpc ou que n'importe quel proto d'échange. Au contraire : SOAP est pas du tout Objet !!  
 

c'est la raison d'être de SOAP et toute la clique

Je résume:
-tu disperses les forces vives de ton équipe de developpement en développant dans une chiée de langages différents.
-tu gaspille tes ressources du support en faisant tourner tes applis sur des tas de serveurs différents.
-Tu cherche encore a gaspiller du pognon en voulant faire comuniquer tout ce petit monde.
 
Effectivement, dans ce cas là, SOAP est assez attirant
 

J'ai la chance d'être dans une petite boite où je peux encore dire non quand on me demande de faire du n'importe quoi.
 

Si je prends ça comme une agression, je sais bien que tu es vil et fourbes et que tu ne discute de ça que pour organiser un flood de bas étage sur blabla@prog

Ben y a toujours un historique à gérer ... ya pas forcément le choix

Ah ba ça c'est bien possible Le coup du Web Service fait maison, j't'ai pas attendu pour m'le faire dans mon coin Le problème, c'est quand arivera un jour un grand chef qui verra que mon service est absolument pas adapté à la norme de la boîte (lire : SOAP et toussa)

Non. C++ only pour appli monobloc. Pis un jour de 99, y a un chef qui sent la demande pour une appli Ouaibe. Sachant qu'il faut supporter 5 OS et que tu veux lancer ton appli depuis un browser Web tout bête, tu penses forcément "Java". Va faire discuter les 2

Dans la mesure où plus de la moitié de tes clients se divise (presque) également entre les 4 Unix et que t'as pas super envie de les perdre, je pense pas qu'on puisse parler de gaspillage.

Bin vala, t'as tout pigé

Je vois toujours pas pourquoi tu as besoin de soap dans tout ça. Un "protocole" maison ne serait-il pas plus souple et plus simple à implémenter ?

c'est normal qu'il se pose la question si il connait pas ...
 
Mais Taiche, j'ai bien peur que tu sois deçu : tu vas voir qu'il y a pleins de trucs qui manquent : sessions, transactions, pointeur d'objet distant, sécurité, types complexes standard, envoit de données binaires, etc ...

Pourquoi réinventer un truc ? Tu parlais de gaspiller des ressources pour faire du dev sur 5 OS ou dans divers langages et là tu me d'mandes pourquoi on réinvente pas un protocole ?
Bin 2 choses : 1) tu colles aux standards de tes 2 plus gros partenaires (IBM et MS en l'occurrence, comme par hasard) 2) je sais pas, faut demander aux chefs
Mais personnellement, j'vois pas pourquoi on irait se casser le cul à réinventer la roue. Alors ui, XML-RPC paraît plus simple ; maintenant, pourquoi c'est SOAP et pas XML-RPC... cf point 1) ci-dessus, très certainement.

Mdr : y a une pub pour les pdf

(les données binaires, c'est surtout spécifique à XML, pas vraiment SOAP )
M'en fous d'être déçu, pour l'instant je ne suis pas personnellement concerné, donc fuck. Après, si un jour on me demande de passer là-dessus, bin p'têt que j'aurai des soucis mais sincèrement, connaissant le service que je développe depuis plus d'un an, j'en doute fortement (pas de type complexe ni de pointeur d'objets, etc...). Quant aux sessions, on gère tout dans WebSphere.

bha non ...  
 

faut bien un moyen de conserver la session entre le client et le serveur. La façon de faire n'est pas définie dans le standard => chaque solution vient avec sa solution (ex : cookies chez apache avec axis) => c'est pas intéropérable => il faut redévelopper soit même la getsion des sessions ...

euh, 10 ans en info, c'est pas ce que j'appelerais "vite", moi

Ba bordel, si t'arrives à passer des données binaires en XML sans utiliser Base64 ou tout autre algo foireux qui bouffe les perfos par 500, chu preneur

Spossible, j'te répondrai honnêtement que c'est pas moi qui m'en occupe, on a toute une infra derrière

et puis en dehors du "ne pas réinventer la roue", la norme te permet aussi l'échange avec d'autres entités que celles gerées par ta propre boite.

Vala. Disons pour simplifier que notre boîte est composée aussi de plusieurs pitites boîtes qui ont été rachetées et qui ont gardé leurs façons de coder. Par exemple, y a un truc fait en C# avec lequel notre composant Web doit s'intégrer Bon, c'est pas un souci de WS, c'est juste côté client, mais c'est pour montrer qu'on peut rencontrer le problème.

http://www.backtothefuture.nl/flash/donkey.swf

le multimedia est passé de mode lorsque le net a débarqué dans nons vertes contrées soit il y a environ 6-7 ans . Et le petit monde du developpement est quand même relativement lent pour adopter les nouvelles techno de façon "industrielle" et abandonner les anciennes (Il n'y a qu'à voir la place de COBOL dans les entreprises).

J'arrive à rien
Quand je pense qu'à une époque, je masterisait à ce jeu

http://forum.hardware.fr/forum2.ph [...] 57#t652573

-- > quand je fais un post sans quoter, tu es prié de te taire jusqu'à ce que je poste.

http://laurent.levasseur.free.fr/l [...] en%20!.avi
 
Je sais pas si c'est le tremblement de terre, ou s'il se dope en cachette, mais il est bien fun ce soir, mon chat

Vu le CHTONK, ca a du le calmer j'pense

pov bete
sa souris en plastique le rend fou

C'est un bete pansement

pendant ce temps là, il ne crame pas des voitures, c'est déjà ça.

Les chats ca crament des voitures

Il a un tête de racaille ton chat

Ah ben j'lai trouvé dans le quartier de Teisseire

rien qu'à voir l'orthographe du maître, je subodore le chat braleur qui fume des pétards, joue au baby et crame des voiture. C'est bien ça le drame de nos banlieues !

Et il se jette au plafond, aussi