WebGet без параметров или UriTemplate Fails
У меня есть веб-служба RESTful WCF со следующим API:
[WebGet(ResponseFormat = WebMessageFormat.Json)]
MyResponseContract GetFileInfo();
При попытке попасть в конечную точку (используя SOAPUI) я вижу следующее сообщение об ошибке:
Сервер обнаружил ошибку при обработке запроса. См. сервисную страницу справки для создания действительных запросов к службе.
У меня есть SOAPUI, чтобы он ударил его вызовом метода GET. Когда я переключаю его на POST без тела, он выходит из строя со следующим сообщением:
Метод не разрешен.
Это имеет смысл: не может попасть в GET с помощью POST. Поэтому я обновил свой код следующим образом:
[WebInvoke(ResponseFormat = WebMessageFormat.Json)]
MyResponseContract GetFileInfo();
И теперь я называю это из SOAPUI методом POST, и он работает. Любопытно. Поэтому теперь я изменяю свой код следующим образом:
[WebInvoke(ResponseFormat = WebMessageFormat.Json, Method = "GET")]
MyResponseContract GetFileInfo();
В нескольких сообщениях я видел, что это по существу эквивалентно атрибуту WebGet. Это также не работает.
Итак, мой вопрос: почему это не работает как WebGet, хотя я не принимаю параметры или не использую пользовательский UriTemplate?
Url, с которым я пытаюсь попасть (он размещен локально в IIS):
http://localhost/Utilities/API/GetFileInfo
Обновление
Учитывая приведенные ниже комментарии и данные ответы, я все еще сталкиваюсь с этой проблемой. Дополнительные сведения.
Мой веб-слой web.config
<?xml version="1.0"?>
<configuration>
<system.web>
<compilation debug="true" targetFramework="4.0" />
<customErrors mode="Off" />
</system.web>
<system.serviceModel>
<serviceHostingEnvironment aspNetCompatibilityEnabled="true" multipleSiteBindingsEnabled="true" />
<standardEndpoints>
<webHttpEndpoint>
<standardEndpoint name="" helpEnabled="true" automaticFormatSelectionEnabled="true" maxReceivedMessageSize="10000000" />
</webHttpEndpoint>
</standardEndpoints>
<behaviors>
<endpointBehaviors>
<behavior name="exampleBehavior">
<callbackDebug includeExceptionDetailInFaults="true" />
<enableWebScript />
<webHttp helpEnabled="true" />
</behavior>
</endpointBehaviors>
</behaviors>
<bindings>
<webHttpBinding>
<binding name="WebHttpBinding" maxReceivedMessageSize="10000000" />
</webHttpBinding>
</bindings>
<client>
<endpoint address="http://LOCALHOST/Utilities.AppService/API"
binding="webHttpBinding" bindingConfiguration="WebHttpBinding"
contract="Utilities.Common.API.IMyApi"
behaviorConfiguration="exampleBehavior" />
</client>
</system.serviceModel>
</configuration>
Мой app-layer web.config:
<?xml version="1.0" encoding="utf-8"?>
<configuration>
<system.web>
<compilation debug="true" targetFramework="4.0" />
<customErrors mode="Off" />
</system.web>
<system.serviceModel>
<serviceHostingEnvironment aspNetCompatibilityEnabled="true" multipleSiteBindingsEnabled="true" />
<standardEndpoints>
<webHttpEndpoint>
<standardEndpoint name="" helpEnabled="true" automaticFormatSelectionEnabled="true" maxReceivedMessageSize="10000000" />
</webHttpEndpoint>
</standardEndpoints>
</system.serviceModel>
<system.webServer>
<modules runAllManagedModulesForAllRequests="true" />
<handlers>
<remove name="ExtensionlessUrlHandler-Integrated-4.0" />
<add name="ExtensionlessUrlHandler-Integrated-4.0" path="*." verb="GET,HEAD,POST,DEBUG,PUT,DELETE" type="System.Web.Handlers.TransferRequestHandler" resourceType="Unspecified" requireAccess="Script" preCondition="integratedMode,runtimeVersionv4.0" />
</handlers>
</system.webServer>
</configuration>
Мой сервисный интерфейс
[ServiceContract(Namespace = "API")]
public interface IMyApi
{
[WebGet]
MyResponseContract GetFileInfo();
}
Моя реализация веб-слоя
[AspNetCompatibilityRequirements(RequirementsMode = AspNetCompatibilityRequirementsMode.Required)]
[ServiceBehavior(InstanceContextMode = InstanceContextMode.Single, ConcurrencyMode = ConcurrencyMode.Multiple)]
public class MyApiWebService : ClientBase<IMyApi>, IMyApi
{
public MyResponseContract GetFileInfo()
{
return Channel.GetFileInfo();
}
}
Моя реализация на уровне приложения
[AspNetCompatibilityRequirements(RequirementsMode = AspNetCompatibilityRequirementsMode.Required)]
[ServiceBehavior(InstanceContextMode = InstanceContextMode.Single, ConcurrencyMode = ConcurrencyMode.Multiple)]
public class MyApiAppService : IMyApi
{
public MyResponseContract GetFileInfo()
{
return new MyResponseContract();
}
}
Мой веб-слой Global.asax:
protected void Application_Start(object sender, EventArgs e)
{
RouteTable.Routes.Add(new ServiceRoute("API", new WebServiceHostFactory(), typeof(MyApiWebService)));
}
Мой прикладной слой Global.asax:
protected void Application_Start(object sender, EventArgs e)
{
RouteTable.Routes.Add(new ServiceRoute("API", new WebServiceHostFactory(), typeof(MyApiAppService)));
}
Я не уверен, насколько более подробно я могу предоставить. Как вы можете видеть, учитывая предоставленные решения, я внедрил все предлагаемое безрезультатно. Я пытаюсь использовать этот метод WebGet, разместив URL-адрес службы веб-уровня в браузере или используя SOAPUI или попытавшись ударить его с помощью С# unit test с помощью клиента службы, я не могу использовать WebGet, Еще раз спасибо за вашу помощь.
Интересно отметить, что URL-адрес уровня приложения работает. Но веб-слой этого не делает. Итак:
localhost/Utilities.AppService/API/GetFileInfo
работает, тогда как
localhost/Utilities.WebService/API/GetFileInfo
нет.
Ответы
Ответ 1
Таким образом, это может быть не очевидно, пока я не обновляюсь в последнее время, но у меня есть два сервиса RESTful, которые общаются друг с другом, но живут в отдельных доменах. Услуга Web-Layer является первой точкой контакта, а служба App-Layer является фактическим рабочим. В этом случае я смог отладить еще немного и обнаружил, что фактическое исключение было 405 (метод не разрешен) при вызове из слоев Web в App. Я нашел эту ссылку после долгого поиска, которая решила мою проблему.
При использовании ClientBase<> в качестве метода связи между службами вам по существу необходимо восстановить контекст операции между вызовами. В противном случае все становится POST и, как таковые, работают только POST.
Я надеюсь, что это поможет другим, и я очень благодарен всем за помощь в отладке этого.
Чтобы продемонстрировать, как это выглядит, вот как выглядит моя обновленная работающая веб-служба:
[AspNetCompatibilityRequirements(RequirementsMode = AspNetCompatibilityRequirementsMode.Required)]
[ServiceBehavior(InstanceContextMode = InstanceContextMode.Single, ConcurrencyMode = ConcurrencyMode.Multiple)]
public class MyApiWebService : ClientBase<IMyApi>, IMyApi
{
public MyResponseContract GetFileInfo()
{
MyResponseContract output = null;
using(var context = new OperationContext(Channel as IContextChannel))
{
output = Channel.GetFileInfo();
}
return output;
}
}
Ответ 2
Веб-служба .NET WCF по умолчанию настроена для отправки текстовых сообщений SOAP. Это означает, что HTTP-метод - POST, и требуются заголовки, чтобы сообщить службе, какой метод вызывать.
Я создал быстрый пример, используя конечную точку службы, и вот запрос, сгенерированный от скрипача, чтобы поговорить с этой конечной точкой.
POST http://localhost/Utilities/API/GetFileInfo/Service1.svc HTTP/1.1
Content-Type: text/xml; charset=utf-8
SOAPAction: "http://tempuri.org/IService1/GetFileInfo"
Host: localhost:8888
Content-Length: 136
Expect: 100-continue
Connection: Keep-Alive
<s:Envelope xmlns:s="http://schemas.xmlsoap.org/soap/envelope/"><s:Body><GetFileInfo xmlns="http://tempuri.org/"/></s:Body></s:Envelope>
Возвращение ответа
HTTP/1.1 200 OK
Cache-Control: private
Content-Length: 398
Content-Type: text/xml; charset=utf-8
Server: Microsoft-IIS/8.0
X-AspNet-Version: 4.0.30319
X-SourceFiles: =?UTF-8?B?QzpcV29ya1xFSVAgV29ya1xRdWVzdGlvbnNcV0NGR2V0VGVzdFxTZXJ2aWNlMS5zdmM=?=
X-Powered-By: ASP.NET
Date: Thu, 21 May 2015 19:47:49 GMT
<s:Envelope xmlns:s="http://schemas.xmlsoap.org/soap/envelope/"><s:Body><GetFileInfoResponse xmlns="http://tempuri.org/"><GetFileInfoResult xmlns:a="http://schemas.datacontract.org/2004/07/WCFGetTest" xmlns:i="http://www.w3.org/2001/XMLSchema-instance"><a:BoolValue>true</a:BoolValue><a:StringValue>MyResponseContract </a:StringValue></GetFileInfoResult></GetFileInfoResponse></s:Body></s:Envelope>
Для вас я думаю, что что-то в вашем SoapUI настроено неправильно. Либо почтовые данные, либо заголовки.
