Сначала контракт WCF - создание службы из WSDL / большого количества XSD
Я знаком с созданием службы WCF снизу вверх (сначала служба), однако мне было поручено попытаться создать службу WCF из набора WSDL (Contract-First).
Мне дали папку с именем "Схема", которая содержит набор WSDL и несколько подпапок, содержащих файлы XSD (множество вложений, множество XSD, некоторые XSD названы одинаково). Большая часть того, что я видел, предлагает поместить все XSD в одну папку, но я не могу этого сделать.
При запуске команды svcutil *.wsdl *.xsd /language:c# /out:"c:\temp\test.cs"
Я получаю сообщение об ошибке "Путь ввода" *.xsd ", по-видимому, не относится к каким-либо существующим файлам, что, я полагаю, имеет смысл, поскольку в папке Schema нет.xsd.
- Это правильная команда (я должен генерировать с /dataContract)?
- Как я могу создать, когда у меня есть эта сложная структура подпапок, вложенных xsds и я не могу поместить все XSD в один каталог?
Обновить:
Я отказался от использования svcutil и использовал wscf.blue, как предложил пользователь. У меня сейчас проблема с хостингом сервиса. Я создал сервисную библиотеку WCF с именем eFileServiceLibrary.
Класс обслуживания:
public class Service1 : ICourtRecordMDEPort
{
public RecordFilingResponse RecordFiling(RecordFilingRequest request)
{
throw new NotImplementedException();
}
}
Контрактный класс:
[System.CodeDom.Compiler.GeneratedCodeAttribute("System.ServiceModel", "4.0.0.0")]
[System.ServiceModel.ServiceContractAttribute(Namespace="urn:oasis:names:tc:legalxml-courtfiling:wsdl:WebServicesProfile-Definitions-4.0", ConfigurationName="ICourtRecordMDEPort")]
public interface ICourtRecordMDEPort
{
....
App.config:
<?xml version="1.0" encoding="utf-8" ?>
<configuration>
<appSettings>
<add key="aspnet:UseTaskFriendlySynchronizationContext" value="true" />
</appSettings>
<system.web>
<compilation debug="true" />
</system.web>
<!-- When deploying the service library project, the content of the config file must be added to the host's
app.config file. System.Configuration does not support config files for libraries. -->
<system.serviceModel>
<services>
<service name="eFileServiceLibrary.ICourtRecordMDEPort">
<host>
<baseAddresses>
<add baseAddress = "http://localhost:8733/Design_Time_Addresses/eFileServiceLibrary/ICourtRecordMDEPort/" />
</baseAddresses>
</host>
<!-- Service Endpoints -->
<!-- Unless fully qualified, address is relative to base address supplied above -->
<endpoint address="" binding="basicHttpBinding" contract="eFileServiceLibrary.ICourtRecordMDEPort">
<!--
Upon deployment, the following identity element should be removed or replaced to reflect the
identity under which the deployed service runs. If removed, WCF will infer an appropriate identity
automatically.
-->
<identity>
<dns value="localhost"/>
</identity>
</endpoint>
<!-- Metadata Endpoints -->
<!-- The Metadata Exchange endpoint is used by the service to describe itself to clients. -->
<!-- This endpoint does not use a secure binding and should be secured or removed before deployment -->
<endpoint address="mex" binding="mexHttpBinding" contract="IMetadataExchange"/>
</service>
</services>
<behaviors>
<serviceBehaviors>
<behavior>
<!-- To avoid disclosing metadata information,
set the values below to false before deployment -->
<serviceMetadata httpGetEnabled="True" httpsGetEnabled="True"/>
<!-- To receive exception details in faults for debugging purposes,
set the value below to true. Set to false before deployment
to avoid disclosing exception information -->
<serviceDebug includeExceptionDetailInFaults="False" />
</behavior>
</serviceBehaviors>
</behaviors>
</system.serviceModel>
</configuration>
При F5ing библиотеки служб я получаю: узел службы WCF не может найти метаданные службы. Это может привести к неправильной работе клиентского приложения. Пожалуйста, проверьте, включены ли метаданные. Вы хотите выйти?
Похоже, что конечная точка mex есть, и в поведении включены метаданные службы. Я также попытался добавить атрибут имени в свое поведение и сослаться на него из атрибута поведения тега службы - все еще не повезло.
Любое понимание высоко ценится