Service Web .NET ASMX pour utiliser le fichier WSDL sur le disque au lieu de la génération automatique?

Question

J'ai créé un fichier WSDL dans Altova XMLSpy, qui est ensuite utilisé dans Altova Mapforce pour mapper un service. Ceci est ensuite utilisé pour créer un service .NET (asmx).

Le problème est lié à la façon dont Altova Mapforce génère la méthode Web du service. Au lieu de l'interface créée dans le WSDL, vous obtenez une méthode Web générique qui utilise un paramètre de type array. Le code de mappage dans le service est basé sur la définition WSDL afin que le code sache effectuer les tâches lourdes en fonction du contenu du tableau.

Le problème est que lorsque vous interrogez le service comme localhost / nom_service.asmx? WSDL, vous obtenez uniquement un WSDL pour la méthode Web générique, pas l'interface définie dans le fichier WSDL.

Je pense que cette configuration de fichier WSDL et de méthode Web / array générique fonctionne dans Apache, car je pense qu'elle servira un fichier WSDL distinct au lieu de générer le fichier WSDL à la volée comme le fait le .NET.

Alors, y a-t-il un moyen de servir le fichier WSDL au lieu du WSDL généré que .NET renvoie normalement? Suis-je obligé de fournir un catalogue de fichiers WSDL aux consommateurs?

Answer 1

Si vous êtes bloqué avec du code hérité (ASMX), vous ne pouvez pas diffuser des fichiers WSDL individuels.

WCF corrige cela.