Discussion :

[luxior]

Bonjour,

j'essaie de développer une application reliée a un webservice.

client WebService:
- server IIS (diverses versions et divers systèmes d'exploitations)
- .NET Framework 2 étendue en 3.5
- il était relié au server par des webServices SOAP 1.1 puis le server est passé en SOAP 1.2.
Apres modification du web.config les anciens webservices continus à fonctionner.

Probleme:
- J'ai un nouveau service a implémenter, relié au même server.
Il est deja exploité par d'autre partenaire en java.
Visual-Web-developper a repéré le webservice et déployé les fichiers de configuration (wsdl,xsd) sans erreur. De même, il met a jour le web.config.
la compilation et le site fonctionne sans problème.
Cependant:
les 'imports' de la bibliothèque du nouveau service donne:

L'espace de noms ou le type spécifié dans les Imports 'fr.xxx.rec' ne contient aucun membre public ou est introuvable. Vérifiez que l'espace de noms ou le type est défini et qu'il contient au moins un membre public. Vérifiez que le nom de l'élément importé n'utilise pas d'autres alias.

bien sur dans le code tout appel d'une classe définit par le webservice se traduit par une erreur:

type non défini

merci de votre aide
cordialement

[Cédric B.]

Salut luxior,

Est-ce que tes bibliothèque font références à un fichier *.dll? Si oui, est-ce que ces *.dll sont installés sur ton novueau serveur ou est-ce le chemin qui donnait à cette *.dll a changé? Idéalement, si tu retrouves cette *.dll et que tu refais ta référence, cela devrait fonctionner à nouveau!

Cédric

[luxior]

merci,
mais malheureusement ce n'est pas une DLL "réel".
Le problème se pose sur la "bibliothèque" offert par le Webservices.
Je ne connais malheureusement pas vraiment le sujet mais je l'étudie. Soit .NET compile en vol un "squelette" de liaison avec le webservice soit il le compile effectivement en DLL puis se relie au Webservice.

Cordialement

[Cédric B.]

Salut Luxior,

Si tu refais tes références à cette bibliothèque, est-ce que cela fonctionne?

Cédric

[luxior]

Merci Cédric B d'etre intervenu.
Le client n'arrive pas a se synchroniser au serveur. La reference n'existe tout simplement pas. Il l'accepte en devellopement mais pas a l'execussion.

Je vais repartir de nouveau de 0.
Si quelqu'un aurait un bon tutorial a me conseillé ce serais sympa, merci:
client
- server IIS
- .NET Framework 2 étendue en 3.5
- à relier a serveur Apache en SOAP 1.2.

Cordialement

[luxior]

Sous Microsoft Visualbasic 2010 express, Je peux concevoir un client WS sans probleme a l'aide de
"ajouter une reference de service"
Sous Microsoft Visual web 2010 express par la meme technique je place "ajouter une reference de service"
les xsd, wsdl... se cree
a l'execussion j'ai:

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
 
Message d'erreur de l'analyseur: Reference.svcmap: Impossible de générer le code pour la référence de service 'totoWS'.
Impossible d’importer wsdl:portType
Détail : Une exception a été générée lors de l’exécution d’une extension d’importation WSDL : System.ServiceModel.Description.XmlSerializerMessageContractImporter
Erreur : Le type de données 'http://toto.com/xsd:ServiceFaultList' est manquant.
XPath vers la source de l’erreur : //wsdl:definitions[@targetNamespace='http://toto.com/']/wsdl:portType[@name='GestionMrhPortType']
Impossible d’importer wsdl:binding
Détail : Une erreur s’est produite lors de l’importation d’un wsdl:portType dont dépend le wsdl:binding.
XPath vers wsdl:portType : //wsdl:definitions[@targetNamespace='http://toto.com/']/wsdl:portType[@name='GestionMrhPortType']
XPath vers la source de l’erreur : //wsdl:definitions[@targetNamespace='http://toto.com/']/wsdl:binding[@name='GestionMrhSOAPBinding']
Impossible d’importer wsdl:port
Détail : Une erreur s’est produite lors de l’importation d’un wsdl:binding dont dépend le wsdl:port.
XPath vers wsdl:binding : //wsdl:definitions[@targetNamespace='http://toto.com/']/wsdl:binding[@name='GestionMrhSOAPBinding']
XPath vers la source de l’erreur : //wsdl:definitions[@targetNamespace='http://toto.com/']/wsdl:service[@name='GestionMrhService']/wsdl:port[@name='GestionMrhSOAP']

La technique marche sur un site executer sans etre hebergé par IIS
cela viens surement d'un parametrage de IIS

[Cédric B.]

Hello,

effectivement, il est possible que IIS n'est pas accès au fichier contenant le type donnée héberné sur un donné. A voir l'url dans le wsdl peut être!!!

Cédric

[luxior]

bonjour,

j'ai demander conseil sur la partie reservée a IIS :
"Forum des professionnels en informatique > Systèmes > Windows > IIS > probleme avec un client de webservice"
et je continu a chercher
encore merci Cédric B.
cordialement