Discussion :

[sebast_l]

Bonjour,

Depuis quelques jours je galère pour arriver à faire communiquer une application cliente windev (version 12) avec un service web SOAP ecrit en Java.
Les deux applications communiquent bien ensemble mais le serveur ne prend pas en compte le paramètre que je lui passe. Il me retourne null systématiquement.
Est ce que quelqu'un aurait déjà réussi à faire fonctionner ce genre d'interface ?

Voici le code côté windev:

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
20
 
SOAP.Nom[1] = "MonParam"
SOAP.Type[1] = SOAPTypeChaîne
SOAP.Valeur[1] ="HELLO"
 
ResExécution=SOAPExécute("http://localhost:8080/DevaWS/HelloworldService","Hello","http://deva.isadev.com/")
 
 
SI ResExécution = Vrai ALORS
	// L'exécution de la procédure est-elle correcte ?
	SI SOAPDonneRésultat(SOAPRésultat) <> "" ALORS
		// Affichage du résultat retourné par la procédure
		Info("La température est de : " + SOAPDonneRésultat(SOAPRésultat))
	SINON
		// Affichage de l'erreur retournée par le serveur SOAP
		Erreur(SOAPErreur(SOAPErrMessage))
	FIN
SINON
	Erreur(ErreurInfo(errMessage),SOAPDonneRésultat(SOAPRésultatHTTP),SOAPDonneRésultat(SOAPRésultatXML))
FIN

Code côté Java :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
package com.isadev.deva;
import javax.jws.WebParam;
import javax.jws.WebService;
 
@WebService
public class Helloworld {
 
	public String Hello(@WebParam(name="MonParam", header=true) String yourName){
	//public String Hello(String yourName){
 
		return yourName + " 9999";
	}
}

Ca fait plusieurs jours que je cherche mais je ne trouve pas,

Sébastien,

[peijnoob]

Nous utilisons aussi des webservices écrits en JAVA, seulement nous n'utilisons pas la même méthode pour les appeler.

Au début, nous gérions tout à la main : on créait l'enveloppe SOAP dans sa totalité dans le code de notre application et exécutions les webservices à l'aide de la fonction SOAPExecuteXML. Celle-ci a l'avantage de nous laisser gérer tous les paramètres de l'entête SOAP comme nous le souhaitons, et c'est plutôt utile dans certains cas

Mais maintenant que les objets .Net sont pour la plupart utilisables sans trop de problèmes avec Windev (que avant, c'était un peu la galère..), nous créons des classes d'interface en C#.
En gros, on crée un projet avec Visual C# express dans lequel on ajoute une référence web que l'on lie à la WSDL des webservices que nous voulons utiliser.
On a plus qu'a créer un assembly avec ça, l'importer dans Windev, et ça roule, on peut exécuter les webservices de manière plus aisée.

Pourquoi utiliser un objet .Net ? La génération de procédures ou de classes en import WSDL est loin de nous avoir satisfait : erreurs de compilations juste après l'import, obligé de retoucher la plupart des procédures/classes pour arriver à nos fins, alors qu'en .Net, on importe, en dans la majorité des cas, ça marche nickel directement. Et lorsque ça ne fonctionne pas, il suffit généralement d'utiliser une autre version du framework .Net et tout roule.

Bon dev !

[sebast_l]

Merci pour le conseil ca peut servir,
En tout cas j'ai essayé avec Soapexecutexml et mon service web m'a retourné ce que je voulais. Oufff
Merci pour la piste,