Visual Studio 2008 nicht Generierung von Web-Service-Referenz.cs proxy-Klasse?

Ich nur portiert Sie ein Projekt von Visual Studio 2005 format zu Visual Studio 2008. Dieses Projekt macht starken Gebrauch von Konsum-web-services.

Wir nutzen unsere eigenen benutzerdefinierten übergeordneten Klasse für die generierten proxy-Klassen (Referenz.cs), die Visual Studio erzeugt bis.

Ich habe eine neue web-Referenz die Verwendung von Visual Studio 2008, und es hat nicht generieren der proxy-Klasse, die nur eine Referenz.map-Datei. Es scheint, dass es vielleicht baut diese on-the-fly. Dies funktioniert nicht für meine Bedürfnisse, wie muss ich den code ändern, um zu passen der Rahmen.

Beachten Sie, dies ist ein Web-Referenzen, keine Referenzen.

Kennt jemand einen Weg, um VS2k8 zu arbeiten, wie die 2k5 für mich?

InformationsquelleAutor FlySwat | 2009-04-30
  1. 1

    Vielleicht sollten Sie verwenden svcutil.exe oder wsdl.exe zur Erzeugung der proxy-Klasse-Dateien.

    • svcutil erzeugt .net 3.0 und neueren Stil proxy. Ich brauche noch die alte 2.0-Stil, die wsdl.exe erzeugt.
    • Was denkst du?
    • Ich weiß nicht, das ist, warum ich fragte. Nirgends in deinem post hast du darauf hinweisen, dass Sie hatte. Da Sie offenbar versucht haben, wsdl, vielleicht könnten Sie Bearbeiten Ihre Frage zu enthalten details darüber, warum wsdl-hat nicht funktioniert.
    InformationsquelleAutor Andrew Hare
  2. 1

    Nach ein bisschen ausmisten über, ich fand diese post im internet.

    Stellt sich heraus, dass die WSDL zur Verfügung gestellt hatte, ein snippet wie:

    <wsdl:message name="someMessageRequest">
    <wsdl:part name="parameters" element="ns0:someMessageRequest"/>
</wsdl:message>
<wsdl:message name="someMessageResponse">
    <wsdl:part name="parameters" element="ns0:someMessageResponse"/>
</wsdl:message>

... SNIP ...

<soap:operation style="document" soapAction="someMessage"/>
<wsdl:input>
     <soap:body use="literal" parts="parameters"/>
</wsdl:input>
<wsdl:output>
     <soap:body use="literal" parts="parameters"/>
</wsdl:output>

    Weil es verwendet die gleichen Namen für beide request-und response-Parameter, wsdl.exe ist nicht in der Lage, es zu beheben und stirbt.

    Mein Update:

    <wsdl:message name="someMessageRequest">
    <wsdl:part name="parametersRequest" element="ns0:someMessageRequest"/>
</wsdl:message>
<wsdl:message name="someMessageResponse">
    <wsdl:part name="parametersResponse" element="ns0:someMessageResponse"/>
</wsdl:message>

... SNIP ...

<soap:operation style="document" soapAction="someMessage"/>
<wsdl:input>
     <soap:body use="literal" parts="parametersRequest"/>
</wsdl:input>
<wsdl:output>
     <soap:body use="literal" parts="parametersResponse"/>
</wsdl:output>

    Nun der proxy wird generiert.

    Teil des Spaßes von SoA ist, dass man nie Vertrauen in die WSDL ' s für Sie zu arbeiten 🙂

    InformationsquelleAutor FlySwat
Schreibe einen Kommentar