Reprise du message précédent :

 
bin voilà tu l'as dit

ha oui tiens  

vous avez déjà testé le dialogue entre WS java et non/java ??
 
c'est des données complexes que vous transéferez ?

ben là cet aprem les mecs ont utilisé un truc (apparement fourni avec axis?) qui generent des stubs et ché pas quoi en C.
Ca a généré sans problème, mais le mec là apres il arrivait pas à utiliser son truc
On utilise pas de données "complexes", mais y'a 2-3 beans qui sont de betes agregats(?) de type String, int, Date, ce genre de brol
pour etre plus précis y'a un des bean c'est un int & une array d'un autre bean qui lui est composé de 3 int et 2 strings, qqchose comme ça
les ejb sont générés par xdoclet, et le mapping ejb/ws est fait dans un deploy.xml qu'on fournit a un outil d'axis qui genere le wsdl derriere
en gros quoi (désolé pour les imprécisions, j'ai pas trop fouillé )

nannan c'est bon j'ai pigé.
 
ouais c'est un cas simple votre truc donc ca devrait pas poser trop de problème ...

à priori non
mais tu penses à quoi comme cas "complexe"...
à moins de commencer à échanger des types impossibles..!? je veux dire, à priori, ton ws devrait de ttes façons etre pensé un minimum pour que les types echangés soient relativement simples non? s'agirait pas de commencer à vouloir échanger, ché pas moi, un JTree, au hasard

tu pourrais vouloir envoyer des fichiers, utiliser des sessions, sécuriser tes requêtes, etc ...

ben moi par exemple, j'echange des graphs (enfin je les reçoit plutôt) dont les noeuds sont des objets qui sont eux même des graph dont les noeuds ... etc    
et pis va certainement falloir que je gère des session et tout ce genre de trucs! alors pour moi qui redébute en java, c un peu la galère depuis deux jours (et d'ailleurs, un grand    aux memebres du forum pour leurs coups de main)!!!
m'enfin je m'en sort!  

utiliser des sessions... ben le client renvoie l'equivalent d'un cookie avec son id de session, et une hashmap coté serveur gere ces sessions!? c quoi le probleme, j'ai raté un épisode?
securiser les requetes... en https?
explique moi stp, parce que là je vois pas le rapport

pour les sessions, c'est vrai que tu peux le faire à la moins, mais du coup tu es obligé d'intégrer la gestion des sessions (renvoit de l'id) dans la "partie métiers" de tes requêtes, ce qui n'est pas très propres, mais surout, tu dois gérer cet identifiant côté client. C'est à dire faire que le client renvoie cet identifiant dans chaque requête. C'est vrai que c'est pas la mort, mais du coup tu es obligé de gérer de "l'intelligence" côté client alors qu'en principe, tu n'as besoin que du WSDL pour te servir du Web service.
 
Pour la sécurité, c'est juste un moyen de protéger les requêtes contre les interceptions (cryptage) et d'authentifier le client et le serveur de façon sûre.  
C'est parfois un éléments primordiale du service.
Encore une fois, c'est pas encore normalisé du coup, chacun y va de sa solution et ca rend les différentes solutions de WS non-intéropérables.
 
Comme pour l'envoie de fichier, y a des tas de manière de le faire : codage Base64, tableau  de byte, SOAP whith Atachement, etc ...
 
pref, dès que tu veux faire des trucs un peu poussé, t'es très vite limité

 
donc pour les sessions y'a une methode plus propre? un truc plus ou moins standard? [ici on le fait "a la main", du moins pour l'instant]
 
pour la sécurité, a part ouvrir la cnx sur de l'https, quoi d'autre?

coucou me revoilou!!
faut-il un jar spécial pour le java2wsdl?? j'ai vu qu'il existe un exécutable en ligne de commande, mais nulle part où le télécharger.
sinon, j'ai aussi vu ça :
java org.apache.axis.wsdl.Java2WSDL nomdemaclasseàdéployer autresoptions
 
mais il ne trouve pas Java2wsdl => d'où ma question!! ( )
 
merci!

avec "." dans mon CLASSPATH ça marche
 

 
 
evidemment t'as besoin d'autres trucs dans ton classpath...

j'ai pas encore étudié les aspects de sécurité ... je crois qui y a IBM et Microsoft qui se sont mit d'ccord sur une norme (WS-Security je crois) et qui essaye de l'imposer comme standart mais je ne sais pas éxactement de quoi il découle.
 
Pour les sessions y a plusieurs façon. Axis a fait les choses simplement mais un peu cradement : vu que c'est du HTTP, il gère les sessions de la même façon que sur le web : avec des cookies. Problème, il faut que le client gère les cookies à la main
 
En principe, les informations de sessions devraient être passées dans le header de la requête SOAP. C'est comme ca que fait .NET. Mais bon il reste encore à standardiser la façon dont ces informations sont formatées.
 
Y a encore d'autres problèmes : Les exceptions. Quand j'ai étudié la chose, c'était super mal fait dans Axis : il balançait les exceptions sous forme d'error SOAP (ca c'est bien) en y mettant tout le stacktrace (ca c'est moins bien : le client voit toute l'architecture serveur) et le client ne reconstruisait pas l'exception => impossible de faire du traitement d'exception correct !
 

bon ben moi y veut toujours pas le bougre!!
dans mon CLASSPATH, j'ai un wsdl4j.jar, c ça non??
ben il met met tjs classnotfoundexception!!  
une idée??    

 
ouais, donc, ça mange pas de pain de passer l'identifiant aux methodes...
 

 
hmm les passer dans le header, oué, fo voir comment on fait
 

ouais ça pue un peu...
mais si le serveur gere ses exceptions un peu serré, il renvoie un error code et un error message a la place... le concept d'exception n'etant de toutes façons pas présent dans tous les languages potentiellement utilisés au niveau du client... non?

ben pê pas
fous toi dans le build/classes

ben oui mais non!    
je l'ai pas ton build/classes dans mon axis!
j'ai des lib, des classes, mais bon ça change rien quand je me met dedans!      

 
ben il est présent dans SOAP ! une méthode peut déclancher une Error qui pourra contenir divers champ (configurable dans le wsdl, comme n'importe quel type). C'est très voisin du système d'exception ...
 

 
ben non, c'est même la seule façon de faire à l'heure actuelle pour être compatible au maximum cétouniké !
 
 

 
lit le userguide : ca doit marcher !!

ben je l'ai lu le userguide, mais bon, là ça marche poas!! je fais pas qqchose de complexe pourtant!!  
je me mets dansle répertoire lib de mon axis (1.1b) et je tapes :
java org.apache.axis.wsdl.Java2WSDL ../../TlprenderInstance.class
 
c bon non??
et ben non!! alors je cherche!

et ça te dis quoi qd tu fais ça?
stu veux mon avis ton truc ça m'etonnerais qu'il prenne un .class en parametre

je suispeut-être pas très fort en Java, mais quand on me dit  
java org.apache.axis.wsdl.Java2WSDL TlprenderInstance.java
Exception in thread "main" java.lang.NoClassDefFoundError: org/apache/axis/wsdl/Java2WSDL
 
je comprend k'il ne trouve pas org/apache/axis/wsdl/Java2WSDL, voilà!!
et pis j'ai essayé avec la version compilée, paske dans le user guide ils parlaient de version compilée, que ça aidait java2wsdl!  

bon je progresse! avec la dernière version CVS, j'arrive à touver cette        
de classe, mais il m'en manque une autre!!  
org.apache.commons.logging.LogFactory
voilà, alors je continue!!
je décris les étapes au cas où quelqu'un aurait le même pb que moi!  

au cas où ça pourrait aider certains, la plupart des classes manquante se trouvent là :
http://jakarta.apache.org/site/binindex.cgi
 
et bien sûr, ça n'est pas documenté dans les dépendances!    
m'enfin, maintenant ça marche à peu près, reste plus qu'à débugger mon code!!
 
   et en weekend!

c'est toi qui doit te planter parce que un NoClassDefFound c'est une erreur à la con !
 
mettre le jar dans WEB-INF/lib ca règle le cas de Tomcat, mais si tu veux lancer WSDL2Java en ligne de commande, faut aussi que t'ai les jar dans ton classpath système, hein
 
suffit pas d'être dans le rep qui contient le jar pour qu'il soit ajouté au classpath !!!

commons-logging.jar, de chez jakarta/commons

il me semble bien me rappeler que les dépendance sont indiqués dans la doc ...

ben alors je les ai pas vu! sorry!    

coucou, c moi que revoilou!
 
bon, j'en suis à l'étape du mapping là (maClass -> javaBean) mais j'ai un peu de mal. Si je comprends bien le principe de la chose, si le client m'envoie un objet défini dans une classe perso, il faut que le bean mapping s'opère du côté client lors de l'envoie et du côté serveur lors de la réception du dit objet, n'est-ce pas?
 
ce que je ne voie pas, c comment je fais ce mapping :  
- une classe java dédiée ?
- un descripteur XML??  
 
existe-t-il des outils qui génères ce mapping à partir de la classe??
 
merci d'avance!

Tu crees un JavaBan (voir definition un peu plus haut). Au niveau client, au lieu d'envoyer ton objet perso, tu remplis le bean avec les infos de ton objet perso et tu l'envois via SOAP.
 
Au niveau serveur no souci, il recupere l'objet tel quel
 
tu ajoutes un beanMapping pour ton bean (déjà donne aussi plus haut).
 
Donc voila y a rien de compliqué en fait

pq qu'il fait la tête le monsieur??

 
mais mais mas j'ai rien dit (pour une fois)

 
lapsus révélateur