Faut-il rester avec l'ASMX "old-style"? Ou pourriez-vous passer à la WCF? C'est vraiment l'offre webservice la plus récente de Microsoft, et si vous faites quelque chose de nouveau et que vous êtes sur .NET 3.0 ou supérieur - pourquoi passer du temps sur la "vieille" technologie?
Dans WCF, vous pouvez certainement définir un fichier WSDL physique statique à utiliser par les clients se connectant à votre point de terminaison de métadonnées (votre URL "...? Wsdl"). Je ne sais pas si vous pouvez le faire dans ASMX, aussi.
OK, sur ASMX/.NET 2.0, vous pouvez bien sûr mettre toujours le fichier WSDL réel sous la racine de votre site Web, puis référence tout comme ceci:
http://yourwebserver/YourVirtDir/MyService.wsdl
Je ne savoir s'il y a un moyen de « réorienter » la
http://yourwebserver/YourVirtDir/MyService.asmx?wsdl
appel à aller qu'au lieu URL fixe. Je suis sûr que quelqu'un d'autre le saura, cependant!
Marc
Pourquoi avez-vous besoin de faire cela? Les deux ne sont-ils pas équivalents, sinon identiques? –
Le wsdl est fait à la main par l'appelant et le service que j'ai construit ne semble pas exactement le même. Je ne veux pas faire cela pour être sûr que je remplis la demande des appelants. Maintenant, ils reçoivent une erreur "Le serveur n'a pas reconnu la valeur de HTTP Header SOAPAction". Lors du débogage de cette erreur, je voudrais supprimer toutes les erreurs possibles de mon côté. –
Voici un ancien post de pluralsight que je vais essayer "Utilisation d'un fichier WSDL personnalisé dans les services Web ASP.NET": http: //www.pluralsight.com/community/blogs/craig/archive/2005/12/15/17482.aspx –