Подтвердить что ты не робот

Предотвратите предоставление ServiceContractGenerator сообщений о заключении договоров (обертки запроса/ответа)

Существует специфический WSDL, для которого ServiceContractGenerator продолжает создавать контракты сообщений (объекты оболочки запроса/ответа), которые я не хочу (я хочу прямые параметры), Другие WSDL работают нормально.

Когда я использую Visual Studio для создания WCF-клиента ( "Добавить ссылку на службу" ), и я нажимаю "Дополнительно...", флажок, который говорит "Всегда создавать контракты с сообщениями", правильно контролирует, являются ли объекты договора сообщения генерируется.

Однако, когда я использую класс ServiceContractGenerator для программного создания клиента WCF, он продолжает генерировать сообщения. Я попытался установить параметры ServiceContractGenerator в ServiceContractGenerationOptions.None, но результат тот же.

Вот код, который я использую:

MetadataSet metadataSet = new MetadataSet();
metadataSet.MetadataSections.Add(MetadataSection.CreateFromServiceDescription(System.Web.Services.Description.ServiceDescription.Read(wsdlStream)));
WsdlImporter importer = new WsdlImporter(metadataSet);
if (serviceDescription != null)
    importer.WsdlDocuments.Add(serviceDescription);
foreach (XmlSchema nextSchema in schemas)
    importer.XmlSchemas.Add(nextSchema);

ServiceContractGenerator generator = new ServiceContractGenerator();
generator.Options = ServiceContractGenerationOptions.None;
foreach (ContractDescription nextContract in importer.ImportAllContracts())
    generator.GenerateServiceContractType(nextContract);
if (generator.Errors.Count != 0)
    throw new Exception("Service assembly compile error: \r\n - " + string.Join("\r\n - ", generator.Errors.Select(e => e.Message)));

// Use generator.TargetCompileUnit to generate the code...

Что мне делать, чтобы ServiceContractGenerator генерировал веб-методы с прямыми параметрами?

4b9b3361

ОТВЕТЫ

Ответ 1

Когда я использую Visual Studio для создания WCF-клиента ( "Добавить ссылку на службу" ), и я нажимаю "Дополнительно...", флажок, который говорит "Всегда создавать контракты с сообщениями", правильно контролирует, являются ли объекты договора сообщения генерируется.

Это не правильно. Попробуйте с проблемным WSDL из ссылки, и вы получите те же результаты, что и при использовании ServiceContractGenerator. Фактически, флаг ServiceContractGenerationOptions.TypedMessages (по умолчанию выключен) напрямую соответствует опциональному диалоговому окну и используется (при включении) до force создание контрактов сообщений.

С учетом сказанного проблема заключается в WSDL и указывается в сгенерированном файле .cs с такими строками:

//CODEGEN: создание контракта с сообщением, так как имя входа элемента из пространства имен http://localhost/FinSwitch/ не отмечено nillable

Так что проблема. Оба диалоговых окна svcutil.exe, "Добавить служебную ссылку" и ServiceContractGenerator не будут разворачивать методы, когда элемент метода или элемент ответа содержит элементы "тип объекта" (строка, base64Binary и т.д.), Не отмеченные nillable="true".

Например, вот часть проблемного WSDL:

<s:element name="DownloadFile">
    <s:complexType>
        <s:sequence>
            <s:element type="s:string" name="login" maxOccurs="1" minOccurs="0"/>
            <s:element type="s:string" name="password" maxOccurs="1" minOccurs="0"/>
            <s:element type="s:string" name="fileType" maxOccurs="1" minOccurs="0"/>
            <s:element type="s:dateTime" name="fileDate" maxOccurs="1" minOccurs="1"/>
            <s:element type="s:boolean" name="onlyDownloadIfFileChanged" maxOccurs="1" minOccurs="1"/>
            <s:element type="s:string" name="companyCode"  maxOccurs="1" minOccurs="0"/>
            <s:element type="s:string" name="category" maxOccurs="1" minOccurs="0"/>
        </s:sequence>
    </s:complexType>
</s:element>

<s:element name="DownloadFileResponse">
    <s:complexType>
        <s:sequence>
            <s:element type="s:base64Binary" name="DownloadFileResult" maxOccurs="1" minOccurs="0"/>
        </s:sequence>
    </s:complexType>
</s:element>

который генерирует

// CODEGEN: Generating message contract since element name login from namespace http://localhost/FinSwitch/ is not marked nillable
[System.ServiceModel.OperationContractAttribute(Action="http://localhost/FinSwitch/FinSwitchWebServiceSoap/DownloadFileRequest", ReplyAction="http://localhost/FinSwitch/FinSwitchWebServiceSoap/DownloadFileResponse")]
DownloadFileResponse DownloadFile(DownloadFileRequest request);

плюс классы контактов сообщения.

Однако, если мы изменим его на:

<s:element name="DownloadFile">
    <s:complexType>
        <s:sequence>
            <s:element type="s:string" name="login" nillable="true" maxOccurs="1" minOccurs="0"/>
            <s:element type="s:string" name="password" nillable="true" maxOccurs="1" minOccurs="0"/>
            <s:element type="s:string" name="fileType" nillable="true" maxOccurs="1" minOccurs="0"/>
            <s:element type="s:dateTime" name="fileDate" maxOccurs="1" minOccurs="1"/>
            <s:element type="s:boolean" name="onlyDownloadIfFileChanged" maxOccurs="1" minOccurs="1"/>
            <s:element type="s:string" name="companyCode"  nillable="true" maxOccurs="1" minOccurs="0"/>
            <s:element type="s:string" name="category" nillable="true" maxOccurs="1" minOccurs="0"/>
        </s:sequence>
    </s:complexType>
</s:element>

<s:element name="DownloadFileResponse">
    <s:complexType>
        <s:sequence>
            <s:element type="s:base64Binary" name="DownloadFileResult" nillable="true" maxOccurs="1" minOccurs="0"/>
        </s:sequence>
    </s:complexType>
</s:element>

тогда сгенерированный код как ожидалось

[System.ServiceModel.OperationContractAttribute(Action="http://localhost/FinSwitch/FinSwitchWebServiceSoap/DownloadFileRequest", ReplyAction="http://localhost/FinSwitch/FinSwitchWebServiceSoap/DownloadFileResponse")]
byte[] DownloadFile(string login, string password, string fileType, System.DateTime fileDate, bool onlyDownloadIfFileChanged, string companyCode, string category);

и никаких классов контракта сообщений.

Что все это значит? Это правило жестко закодировано в инфраструктуре (если кому-то интересно, здесь является исходным источником) и не может быть изменен. Можно предварительно обработать содержимое WSDL (после всего, это XML) и вставить nillable="true" там, где это необходимо, но я не уверен, что можно считать правильным действием - AFAIK, это ответственность поставщика услуг за предоставление правильного WSDL и нет никакой гарантии, что его изменение не вызовет побочных эффектов.

Ответ 2

Я знаю, что это старый вопрос, но он может помочь кому-то вроде меня, кто наткнулся на этот вопрос через Google.

У меня была точно такая же проблема. Я настроил все с помощью DataContracts и использовал правильные настройки при создании клиента, но он всегда генерировал контракты сообщений.

Проблема заключалась в том, что один из моих методов возвратил DataSet.

DataSet не поддерживается DataContractSerializer, поэтому Visual Studio/svcutil.exe использует XmlSerializer. Подробнее об этом можно узнать здесь: https://docs.microsoft.com/en-us/dotnet/framework/wcf/feature-details/data-contract-schema-reference?redirectedfrom=MSDN

Решением было удалить метод, который возвратил DataSet.