Служба WCF - проблема обратной совместимости

Я только начинаю создавать некоторые службы WCF, но у меня есть требование сделать их обратно совместимыми с устаревшими (.NET 1.1 и 2.0) клиентскими приложениями.

Мне удалось заставить службы работать корректно для клиентов 3.0 и выше, но когда я публикую службы с помощью конечной точки basicHttpBinding (которая, как я считаю, необходима для необходимой мне совместимости), служба реорганизует сигнатуры моих методов. например

public bool MethodToReturnTrue(string seedValue);

для клиентских приложений отображается как

public void MethodToReturnTrue(string seedValue, out bool result, out bool MethodToReturnTrueResultSpecified);

Я перепробовал все параметры конфигурации, которые я могу найти в app.config для моего консольного приложения, но я не могу выполнить эту функцию, как ожидалось. Я предполагаю, что это может привести к тому, что мои ожидания ошибочны, но я был бы удивлен, что служба WCF неспособна обработать тип возврата bool клиенту нижнего уровня.

Мой текущий app.config выглядит следующим образом.

<?xml version="1.0" encoding="utf-8" ?>
<configuration>  
  <system.serviceModel>
    <services>
      <service behaviorConfiguration="MyServiceTypeBehaviors" Name="MyCompany.Services.CentreService.CentreService">
        <clear />
        <endpoint address="http://localhost:8080/CSMEX"    binding="basicHttpBinding" bindingConfiguration="" contract="IMetadataExchange" />
        <endpoint address="http://localhost:8080/CentreService" binding="basicHttpBinding" bindingName="Compatible" name="basicEndpoint" contract="MyCompany.Services.CentreService.ICentreService" />
      </service>
    </services>
    <behaviors>
      <serviceBehaviors>
        <behavior name="MyServiceTypeBehaviors" >
            <serviceMetadata httpGetEnabled="true" />
        </behavior>
      </serviceBehaviors>
    </behaviors>
  </system.serviceModel>
</configuration>

Кто-нибудь может посоветовать, пожалуйста?

8.08.2008 12:48:25
3 ОТВЕТА

Ах, это убивает меня! Я сделал это на работе около 3 месяцев назад, и теперь я не могу вспомнить все детали.

Однако я помню, что вам нужен basicHttpBinding, и вы не можете использовать новый сериализатор (который используется по умолчанию); Вы должны использовать «старый» XmlSerializer.

К сожалению, я больше не работаю в том месте, где я это делал, поэтому я не могу посмотреть на код. Я позвоню своему боссу и посмотрю, что я могу откопать.

3
10.08.2008 02:09:00
РЕШЕНИЕ

Хорошо, нам нужно было решить эту проблему в краткосрочной перспективе, и поэтому мы пришли к идее «взаимодействия» или уровня совместимости.

В общем, все, что мы сделали, это добавили в проект традиционный веб-сервис ASMX и вызвали сервис WCF, используя собственные вызовы WCF. Затем мы смогли вернуть соответствующие типы обратно клиентским приложениям без значительного объема работы по рефакторингу. Я знаю, что это было хакерское решение, но это был лучший вариант, который у нас был с такой большой унаследованной кодовой базой. И дополнительным бонусом является то, что он на самом деле работает на удивление хорошо. :)

3
19.08.2008 10:45:19

Вы должны использовать XmlSerializer. Например:

[ServiceContract(Namespace="CentreServiceNamespace")]
[XmlSerializerFormat(Style=OperationFormatStyle.Document, SupportFaults=true, Use=OperationFormatUse.Literal)]
public interface ICentreService {
    [OperationContract(Action="CentreServiceNamespace/MethodToReturnTrue")]
    bool MethodToReturnTrue(string seedValue);
}

Необходимо вручную задать имя действия операции, поскольку автоматически созданное имя WCF создается не так, как имя действия ASMX (WCF также включает имя интерфейса, а ASMX - нет).

Любые данные контракты, которые вы используете, должны быть украшены, [XmlType]а не [DataContract].

Ваш конфигурационный файл не должен изменяться.

0
28.09.2010 07:42:05