Bonjour, je me rends compte qu'il y a deux trucs que je rencontre souvent mais que je comprends aps :  
 
SOAP kesaco ?
ERP kesaco ?

google?
 
soap c'est un protocole euh ... simple object access protocol je crois? une evolution de rpc basé sur l'objet
 
erp ché plus. un buzzword de rh franchouillards

  SOAP est loin d'être objet !!!

la honte

heho
 
http://www.w3.org/TR/SOAP/ --> "Simple Object Access Protocol"
 
alors bon
je voulais pas dire qu'en faisait du soap on faisait de l'oop, n'empeche on accede à des objets qui offrent des methodes

une définition simple de SOAP est de transmettre des objets définis en XML via HTTP non?

ben transmettre mais aussi appeler des methodes sur des objets distants

et c'est là que je vois que je suis largué en XML

bah ça n'a presque rien à voir..xml sert juste de "format" quoi...
pis en general tu écris pas le message soap à la papatte, t'utilises une api qui le fais pour toi
je sais à peine à quoi ressemble un message soap
(bon en meme temps ça fait à peine 2 semaines que j'ai vaguement commencé a utiliser ça - de loin d'ailleurs)

moi chuis plutôt branché php/html pour l'instant

 
spaca qu'il a voulu dire
(mega grillaid je sais mais c pour la forme)

nan mais sérieux, y a rien d'objet dans SOAP !!
 
1) C'est pas à des objets distants que tu accèdes mais à des fonctions (des services). Ces fonctions peuvent très bien être écrite en C, ou en n'importe quel langage non-objet : il n'y a aucune notion d'état d'objet, d'héritage, de polymorphisme, etc ...
 
2) C'est pas des objets qu'ont transfert, c'est des structures. C'est juste des types simples qui sont aggrégés. Ces structures ne contiennent que des valeurs, elles ne possèdent aucune méthode, ne sont pas remote (aucun lien avec le serveur distant)
 
3) On ne peut pas faire d'instanciition d'objet en SOAP, ou bien il faut recoder tout le mécanisme à la main.  
 
 
Vraiment, pour moi avec SOAP, on est revenu à la "bonne" vielle époque de la progammation structurelle avec une couche de XML par dessus pour faire neuf.
 
bref, SOAP capudépiai !!! ils sont arrivés à faire un truc super complexe pour faire des choses méga-simple ! C'est pas pour rien si les différentes solution de WS ne sont pas du tout intéropérables et que les WS sont si long à démarrer ...
 
Quand tu vois le potentiel des protocoles de CORBA ou même de RMI, tu te dis qu'on a fait un gros pas en arrière avec SOAP !

sinon, pour erp : http://www.cio.com/research/erp/edit/erpbasics.html
 
(  )

ben non, c'est pas forcément à un objet que tu accèdes ...  
 
derrière ton ws peut être implémenter par n'importe quoi, pas forcément un objet

, lu ton long post

et t'en penses quoi de mon avis, toi qui a eu un peu l'occasion de pratiquer ???
dark aussi, ton opinion m'intéresse ...
 
désolé à l'auteur du post pour le squatage    j'espère que ca t'intéresse aussi ...

auncun pb,  
on est jamais mieux servi que part benou
(merci au passage a tout les intervenants, je n'ai pas manqué de lire les messages et de consulter les liens )

Ouais, enfin quand tu vois la complexité de CORBA tu peux comprendre qu'on préfère balancer un bout de XML sur une socket.

ben tu sais, CORBA c'est pas si compliqué que ca. En java tout du moins.
Franchement, c'est même très très simple et c'est autrement plus puissant que SOAP. Je parle d'expérience : j'ai eu l'occasion de faire un "gros" projet à la fac dessus.
 
Et pour avoir expériemnté les deux, je trouve que SOAP est plus complexe que CORBA.  
A la base SOAP devrait être ulra-simple : c'est vrai c'est tout con : un peu de XML dans du HTTP, c'est basique. Mais en faite, t'es très vite bloqué et pour faire des trucs un peu évolué, tu dois tout faire à la main.  
Et dès que tu veux ouvrir ton service sur l'extérieur, tu te rends compte des problème d'intéropérabilité (qui ne sont pas sensés exister).
 
De toute façon, dans ma boite, j'ai plein d'exemples de projets qui plutot que d'utiliser SOAP, se sont fait leur propre DTD et ils balancent du xml dans des requête http, mais à leur facon, pas en SOAP. Avec des produits du style castor qui permettre de sérializer-déserialiser en XML, ca se fait en quelques minutes !
 
Vraiment, pour en arriver à des fonctionnalités aussi basiques, y avait pas besoin de pondre une norme de plus 1000 lignes !! (et encore, SOAP 1.2, fait près de 3000 lignes )

Oui il y a la version light de SOAP, XML-RPC.

j'en pense que je suis completement d'accord
 
d'ailleurs le "client soap" dans notre projet actuel est fait en C et avec la lib qu'ils utilisent (un truc d'ibm y parait) ils arrivent pas a recuperer de long! (genre si on renvoie 1234567890 ils recuperent, 234567890, super )
 
d'ailleurs bis, il a été suggéré de bypasser soap et de faire un truc maison... mais on est un peu pressé, et apparement c pas la fete chez les developpeurs du client, donc
 
(surtout qu'on fait tout un chichi pour avoir des connexion les moins couteuses possibles, donc des echanges client/serveur les plus courts possibles... et quand tu vois la gueule d'un message soap pour a moitié rien )

je connais asp le light-SOAP, mais XML-RPC, c'est autre chose : c'est plus des Web Service(tm)
 
j'ai juste entre-aperçu ce que c'était XML-RPC, ca m'avait l'air assez simple ...

   
 
les boules quand même    
quand tu penses que Apache SOAP a été fournit à apache par IBM et que Axis (que tu as utilisé) est partit de Apache SOAP ...
Si même entre eux ils savent pas faire des trucs intéropérable ...
 
t'as fait quoi ?? transformer le long en String ???  

 
de toute façon, corba est voué a disparaite d'ici quelques années

 
  * 10.000

 
on y pense sérieusement là en fait

y a des chances mais c'est bien dommage ...
 
de toute façon, il a jamais réellement décollé ...
Je pense qu'il continuera à être utilisé dans des cadres bien précis, car il répond a des besoins, mais il restera une techno marginale.

n'importe qui, qui suit le génie logiciel c'est très bien que corba va disparaitre
 
malgré tout, il aura laissé un héritage

n'importe qui, qui suit un peu les règles de français n'écrit pas ca ...
 
et invoquer le "génie logiciel" pour faire de la prédiction à la Mme soleil me fait bien rire !

 
ça c'est vraiment une phrase à deux balles ...