Domanda

Ho un file WSDL creato in Altova XMLSpy, che viene quindi utilizzato in Altova Mapforce per mappare un servizio. Viene quindi utilizzato per creare un servizio .NET (asmx).

Il problema è il modo in cui Altova Mapforce genera il metodo web di servizio. Invece dell'interfaccia creata nel WSDL si ottiene un metodo web generico che accetta un parametro di tipo array. Il codice di mappatura nel servizio si basa sulla definizione WSDL, quindi il codice sa come eseguire il sollevamento pesante in base al contenuto dell'array.

Il problema è che quando si esegue una query sul servizio come localhost / nome_servizio.asmx? WSDL si ottiene solo un WSDL per il metodo web generico, non l'interfaccia definita nel file WSDL.

Penso che questa configurazione del file WSDL e del metodo / array web generico funzionino in Apache poiché credo che servirà un file WSDL separato invece di generare il WSDL al volo come fa .NET.

Quindi, c'è un modo per servire il file WSDL invece del WSDL generato che .NET normalmente restituisce? Sono bloccato solo fornendo un catalogo di file WSDL ai consumatori?

È stato utile?

Soluzione

Se sei bloccato usando il codice legacy (ASMX), allora sei bloccato a servire singoli file WSDL.

WCF risolve questo problema.

Autorizzato sotto: CC-BY-SA insieme a attribuzione
Non affiliato a StackOverflow
scroll top