WebGet без параметров или сбои UriTemplate
У меня есть веб-сервис 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>
Мой уровень приложения 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 или попытки выполнить его с помощью модульного теста C# с помощью служебного клиента. WebGet
, Еще раз спасибо за вашу помощь.
Интересно отметить, что URL уровня приложения работает. Но веб-слой не делает. Так:
localhost/Utilities.AppService/API/GetFileInfo
работает, тогда как
localhost/Utilities.WebService/API/GetFileInfo
не.
2 ответа
Так что это может быть неочевидно до недавнего обновления, но у меня есть две службы RESTful, которые взаимодействуют друг с другом, но живут в разных доменах. Служба Web-Layer - это первая точка контакта, а служба App-Layer - фактическая работа. В этом случае я смог отладить немного дальше и обнаружил, что фактическим исключением является 405 (метод не разрешен) при вызове из слоев Web в приложение. Я нашел эту ссылку после долгих копаний, которые решили мою проблему.
Когда используешь 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;
}
}
Веб-служба.NET WCF по умолчанию настроена на отправку текстовых сообщений SOAP. Это означает, что HTTP-метод является POST, и существуют обязательные заголовки, чтобы сообщить службе, какой метод вызывать.
Я создал быстрый пример, используя вашу конечную точку службы, и вот запрос, сгенерированный из fiddler, для связи с этой конечной точкой.
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 настроено неправильно. Либо данные поста или заголовки.