Discussion :

[finalben1]

Bonjour, voilà mon problème, après avoir galérer un moment j'ai écris un petit client web services mais comme retour j'ai "exception".

Voici mon code

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
try {
				String endpoint2 = "http://www.webservicex.net/stockquote.asmx";
 
				Service  service = new Service();
				Call     call    = (Call) service.createCall();
 
				call.setTargetEndpointAddress(new URL(endpoint2) );
				call.setOperationName(new QName("http://www.webservicex.net/stockquote.asmx?wsdl", "GetQuote"));
				call.setSOAPActionURI("http://www.webserviceX.NET/GetQuote");
 
				String ret = (String) call.invoke(new Object[] { "edf" });
 
				System.out.println("Sent 'ibm', Got '" + ret + "'");
 
			} catch (Exception e) {
				e.printStackTrace();
			}

et l'affichage :

Sent 'ibm', Got 'exception'

Or je devrait pas du tout avoir ça.
Merci si vous pouvez m'aider !

[oca]

A mon avis, to QName n'est pas bon...

je verrais plutôt qqch comme :
call.setOperationName(new QName("http://www.webserviceX.NET/", "GetQuote"));

le namespace des operations (ici "http://www.webserviceX.NET/") se trouve dans la definition de la wsdl,

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
 
<wsdl:definitions ... targetNamespace="http://www.webserviceX.NET/" ...

a+

[Arnaud_03]

La suggestion d'oca me paraissait la bonne, mais en créant le même client, je m'aperçois que cela ne fonctionne pas...

Sinon, tu peux utiliser ce client (la classe StockQuoteSoapProxy est générée en créant un client service web avec Eclipse ou NetBeans en passant à l'IDE le contrat WSDL du service web) :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
import java.rmi.RemoteException;
 
import NET.webserviceX.www.StockQuoteSoapProxy;
 
public class StockQuoteClient {
	/**
         * @param args
         */
	public static void main(String[] args) {
		try {
			StockQuoteSoapProxy proxy = new StockQuoteSoapProxy();
			String ret = proxy.getQuote("edf");
 
			System.out.println("Sent 'edf', Got '" + ret + "'");
		} catch(RemoteException e) {
			e.printStackTrace();
		}
	}
}

Néanmoins, le client avec Axis devrait pouvoir fonctionner également...

[Arnaud_03]

En fait l'erreur provient du paramètre "edf" qui n'est pas transmis au service web lors de son invocation :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

String ret = (String) call.invoke(new Object[] { "edf" });

C'est une problématique qui m'intéresse également, alors si quelqu'un a une explication...

EDIT : Voici un lien (en anglais) qui détaille un peu mieux ce problème, mais malheureusement sans le résoudre : cliquez ici

[finalben1]

Le problème c'est que j'ai écrit ça (en fait je l'ai trouvé mais je ne sais plus où) :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
String endpoint = "http://www.ebob42.com/cgi-bin/Romulan.exe/soap/IRoman";     
		    if (args.length != 1) {
		      System.out.println("Usage: ClientRoman argEntier");
		      return;
		    }       
		    Integer entier = new Integer(args[0]);
 
		    Service  service = new Service();
		    Call call = (Call) service.createCall();
		    call.setTargetEndpointAddress( new java.net.URL(endpoint) );
		    call.setSOAPActionURI("urn:Roman-IRoman#IntToRoman");
		    call.setOperationName( new QName("urn:Roman-IRoman", "IntToRoman") );
		    call.addParameter( "Int", XMLType.XSD_INT, ParameterMode.IN );
		    call.setReturnType( XMLType.XSD_STRING );
 
		    String result = (String) call.invoke( new Object [] { entier });
 
		    System.out.println("IntToRoman("+entier+") = "+result);

Avec une réponse correct : IntToRoman(2) = II

Donc là l'entier passe bien le "invoke".

[oca]

C'est bizarre cette histoire...
J'ai essayé ton premier programme avec l'operation GetQuote),
et j'ai la même erreur que toi, par contre, si j'utilise le "Web service explorer" d'Eclipse pour accéder au service, ça marche bien.

A noter que ce service utilise un binding document/literal alors que
le service avec les chiffres romain utilise du rpc/encoded

Je vais continuer de chercher un peu
A+