Axis : les exceptions et les transactions [WebServices] - Programmation
Marsh Posté le 26-03-2002 à 20:25:52
intéressant comme topic donc je le remonte. Malheureusement, je suis comme toi. Pas d'informations valables.
Je sais que SilverStream et son JBroker ont fait pas mal de chouettes trucs au niveau Web Services ... Sinon il y a le Web Services pack chez SUN. Y a peut etre plus de doc dans ce coin là ...
Bon courage
Marsh Posté le 26-03-2002 à 21:31:57
ben en principe je vais à une conférence de Sun sur les WS à Paris mi-avril. Je devrais donc en apprendre un peu plus.
Mais d'après ce que j'ai vu, le web service pack de sun, c'est rien d'autre que plein de package qui ont plus ou moins rapport avec le xml ou le http et ils te disent : "bon ben avec ca t'arriveras à faire des WebServices".
Ca a l'air de s'arrêter la !
Si c'est ca, c'est dommage : ils ont un grand rôle à jouer et ils ne l'assume pas. re-. J'aurais la réponse (confirmation?) dans 3 semaines ...
Je vais regarder JBroker (je connais pas du tout). Ca a l'air d'être un toolkit, comme axis et .NET. Moi ce que je cherche (pour les transaction), c'est plutot une spécif qui s'appuierait sur SOAP et qui définierait une façon standardisée de passer les SessionID, ou un mechanisme analogue.
Merci pour le lien. Si ce qu'ils ont fait est interessant, ca me servira de point de comparaison pour Axis.
Sinon les autres ? pas plus d'info ?
remarque, c'est encore un peu jeune tout ca ...
note : J'ai écris sur la mailing des users d'Axis pour les exceptin et j'ai pas de réponse => ca a pas l'air d'être géré gros-
[jfdsdjhfuetppo]--Message édité par benou--[/jfdsdjhfuetppo]
Marsh Posté le 26-03-2002 à 22:20:35
quelques infos supplémentaires glannées durant ma lecture des spécifs de SOAP :
pour les exceptions, les spécifs du W3C sur SOAP et du WSDL disent bien que les exceptions sont "configurable". Ca a l'air d'être Axis qui a juste jugé bon de ne pas le gérer ... je comprend pas parce que c'est primordiale pour n'importe quelle appli un peu sérieuse !
Je préferre croire que c'est moi qui ait pas su trouver mais j'ai de plus en plus de doute ...
Pour les transactions, la specif de SOAP prévoit de passer ce genre d'info (id de de sessions) dans les SOAP Header, tout en disant clairement que la façon dont ce sera effectivement codé n'est pas son problème. Il paraît donc logique qu'une autre spécif décrive ce fonctionnement précis, mais je n'ai rien trouvé qui ressemblait à ca.
En plus, a priori Axis ne génère pas de header soap ... uniquement des données à l'intérieir du body.
Je suis toujours à l'écoute de nouvelles infos sur ce sujet !!
Marsh Posté le 27-03-2002 à 10:17:46
ah bon ?
Marsh Posté le 27-03-2002 à 11:33:43
sans blague ...
Marsh Posté le 26-03-2002 à 16:49:03
Je suis en train d'étudier les WebServices, et donc naurellement, je regarde du côté d'apache qui vient de sortir axis en beta 1 (la suite de Apache-SOAP). (http://xml.apache.org/axis/)
Actuellement, le projet est encore très peu documenté. Par exemple, je n'ai pas vu comment créer soi-même ses propres exceptions, qui seront alors sérialisées en SOAP, puis déserialisées. Comme les paramètres de méthodes, koi.
Les exceptions ont l'air d'être toutes traitées de la même façon, c'est à dire en sérialisant le message de l'exception puis le stacktrace (ce qui est d'ailleur très dégueulasse).
J'ai rapidement regardé dans l'API axis, et je n'ai vu nul part de façon de "sérialiser" les exceptions applicatives.
Ca me parait être un GROS manque, donc j'imagine que c'est moi qui ait pas su où chercher.
Est ce que quelqu'un a quelques infos sur ce problème ?
Tant que j'y suis sur les WebServices, est ce que vous savez si il existe un standard ou même un projet de standard, ou même un embryon d'idée sur la façon de standardiser les transactions en SOAP.
J'ai vu que Apache-SOAP (et Axis) permettait de le faire en utilisant les cookies HTTP, mais ce n'est pas standard, et donc pas supporté par les autres toolkits (.NET, etc ...)
si vous avez des liens, hésitez pas !!
[jfdsdjhfuetppo]--Message édité par benou--[/jfdsdjhfuetppo]