Pour ceux qui tiennent à Corba et qui ont envie d'utiliser des cliens interrogeant facilement des services web. WSIF me semblent convenir (projet développé par IBM mais maintenant hébergé par axis) : - http://www.ericleach.com/sa2002/presentations/PFremantle-IBM.pdf (voir chapitre WSIF dynamic invocation) - http://www-106.ibm.com/developerworks/webservices/library/ws-wsif.html
Cette technologie permet ainsi de masquer l'ensemble de la tuyauterie (génération de stub et autres proxy par rapport à un fichie rde description wsdl) ----- Original Message ----- From: "marc" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Friday, November 22, 2002 2:15 PM Subject: Re: Client / Serveur, ou en sommes-nous ? > > > Guillaume Desnoix wrote: > > > marc: > > > >> Corba est relativement complexe d'utilisation > > > > > > Disons qu'il faut 2-3 jours pour comprendre le principe si on part de zero > > Tu est cour , les POA c'est quand même un poco complexe, et comprendre > tous les services annexe > Sécurité, transaction,IIOP et le reste voir la norme !!!!!.... ca prend > nettement plus de 2 jours !!!! (enfin pour moi) > Sauf bien sur si on l' utilise comme un simple RPC > > > . Corba, dans son utilisation premiere, n'est pas complexe en Java, > > les Holders c'est super propre et intuitifs moi je trouve pas trop, la > gestion des erreur.... > > > un peu plus en C++, penible en C (et autres langages non OO) et > > franchement ultra-simple en Python, Perl, ... > > > > Sauf a faire du pur C, SOAP est plus complexe. Toutefois, on devrait > > voir arriver progressivement de bons outils qui genereront tout ce > > qu'il faut pour que ce soit (presque) transparent (en gros comme Corba). > > ces outils existe déja et je t'ai même cité une liste !!! > et la je te rejoint sur le fait que certaine implemention ne sont pas a > maturité est était bien plus complexe a utilisé que Corba en simple RPC > En fait je crois vraiment que certaines implementation de SOAP on > vraiment nuit a ce standard > il n'y a qu'a voir voir votre agressivité sur ce standard !!! > > > > > Le seul et unique avantage de SOAP est qu'il passe les parefeux mal > > configures. Et qu'il beneficie de certains materiels comme les > > repartiteurs de charge http. En gros, c'est pourri comme protocole > > mais ca s'integre bien dans une architecture web. C'est donc a > > reserver a cette usage. > > > >> Dans bien 80% des application distribuées que j'ai pu rencontré il > >> est bien plus utilisé en dessous de son cadre de fonctionalité > > > > > > Ca, c'est de l'argument ! , > > J'essaye juste d'argumenter avec l'experience que j'ai des > middleware(et je crois sincèrement pouvoir dire que j'en ai une) > guillaume maintenant si tu juge que ce n'est pas un argument > peut être a tu raison , a près tous a moi il ma fallu plus de 2jours > pour comprendre(du moins essayer ) CORBA > > > A+ marc > > > > > > > > > Guillaume > > > > PS: Pour Herve, tu as une introduction a Corba dans le numero (1) de > > novembre du magazine "L'Informaticien". > > > > >