Caractere ponto '.' no MVC Web API 2 para solicitações como api / people / STAFF.45287

O URL que estou tentando deixar funcionar é no estilo de: http://somedomain.com/api/people/staff.33311 (assim como sites como LAST.FM permitem todos os tipos de sinais em seus URLs RESTFul e WebPage , por exemplo " http://www.last.fm/artist/psy'aviah " é um url válido para LAST.FM).

O que funciona são os seguintes cenários: - http://somedomain.com/api/people/ - que retorna todas as pessoas - http://somedomain.com/api/people/staff33311 - funcionaria bem, mas não é o que eu ' m depois de querer que o url aceite um "ponto", como no exemplo abaixo - http://somedomain.com/api/people/staff.33311 - mas isso me dá um

HTTP Error 404.0 - Not Found
The resource you are looking for has been removed, had its name changed, or is temporarily unavailable.

Eu configurei as seguintes coisas:

1. O controlador "PeopleController"

   public IEnumerable<Person> GetAllPeople()
   {
       return _people;
   }
   
   public IHttpActionResult GetPerson(string id)
   {
       var person = _people.FirstOrDefault(p => p.Id.ToLower().Equals(id.ToLower()));
       if (person == null)
           return NotFound();
   
       return Ok(person);
   }    

2. O WebApiConfig.cs

   public static void Register(HttpConfiguration config)
   {
       // Web API configuration and services
   
       // Web API routes
       config.MapHttpAttributeRoutes();
   
       config.Routes.MapHttpRoute(
           name: "DefaultApi",
           routeTemplate: "api/{controller}/{id}",
           defaults: new { id = RouteParameter.Optional }
       );
   }

Já tentei seguir todas as dicas desta postagem do blog http://www.hanselman.com/blog/ExperimentsInWackinessAllowingPercentsAnglebracketsAndOtherNaughtyThingsInTheASPNETIISRequestURL.aspx, mas ainda não funcionou .. Também acho que é bastante entediante e me pergunto se não há outro, maneira melhor e mais segura.

Temos nossos IDs internamente assim, então vamos ter que encontrar uma solução para encaixar o ponto de uma forma ou de outra, de preferência no estilo "." mas estou aberto a sugestões alternativas de urls, se necessário ...

A configuração a seguir em seu web.configarquivo deve resolver o problema:

<configuration>
    <system.webServer>
        <modules runAllManagedModulesForAllRequests="true" />

Sufixe o URL com uma barra, por exemplo, em http://somedomain.com/api/people/staff.33311/vez de http://somedomain.com/api/people/staff.33311.

Descobri que adicionar o seguinte antes do padrão ExtensionlessUrlHandlerresolve o problema para mim:

<add name="ExtensionlessUrlHandler-Integrated-4.0-ForApi"
     path="api/*"
     verb="*"
     type="System.Web.Handlers.TransferRequestHandler"
     preCondition="integratedMode,runtimeVersionv4.0" />

Não acho que o nome realmente importe tanto, exceto que provavelmente ajuda se o seu IDE (Visual Studio no meu caso) estiver gerenciando a configuração do seu site.

H / T para https://stackoverflow.com/a/15802305/264628

Não sei realmente o que estou fazendo, mas depois de brincar um pouco com a resposta anterior, encontrei outra solução, talvez mais apropriada:

<system.webServer>
<modules>
    <remove name="UrlRoutingModule-4.0" />
    <add name="UrlRoutingModule-4.0" type="System.Web.Routing.UrlRoutingModule" />
</modules>
</system.webServer>

Descobri que precisava fazer mais do que apenas definir o runAllManagedModulesForAllRequestsatributo como true. Eu também tive que garantir que o manipulador de URL sem extensão foi configurado para examinar todos os caminhos. Além disso, há mais uma definição de configuração de bônus que você pode adicionar que ajudará em alguns casos. Aqui está meu Web.config funcional:

<system.web>
    <httpRuntime relaxedUrlToFileSystemMapping="true" />
</system.web>
<system.webServer>
    <modules runAllManagedModulesForAllRequests="true" />
    <handlers>
        <remove name="WebDAV" />
        <remove name="OPTIONSVerbHandler" />
        <remove name="ExtensionlessUrlHandler-Integrated-4.0" />
        <add name="ExtensionlessUrlHandler-Integrated-4.0"  path="*" verb="GET,HEAD,POST,DEBUG,PUT,DELETE,PATCH,OPTIONS" type="System.Web.Handlers.TransferRequestHandler" preCondition="integratedMode,runtimeVersionv4.0" />
    </handlers>
</system.webServer>

Observe, especificamente, que o ExtensionlessUrlHandler-Integrated-4.0tem seu pathatributo definido *como em oposição a *.(por exemplo).

Fiquei preso nesta situação, mas anexar / no final do URL não parecia limpo para mim.

então, basta adicionar a tag web.config abaixo handlerse você estará pronto para prosseguir.

<add name="Nancy" path="api" verb="*" type="Nancy.Hosting.Aspnet.NancyHttpRequestHandler" allowPathInfo="true" />

Descobri que as duas formas funcionam para mim: definir runAllManagedModulesForAllRequests como true ou adicionar ExtentionlessUrlHandler como segue. Por fim, escolho adicionar extensionUrLHandler, pois runAllManagedModulesForAllRequests tem impacto no desempenho do site.

<handlers>
  <remove name="ExtensionlessUrlHandler-Integrated-4.0" />
  <remove name="OPTIONSVerbHandler" />
  <remove name="TRACEVerbHandler" />
  <remove name="WebDAV" />
  <add name="ExtensionlessUrlHandler-Integrated-4.0" path="*" verb="*" 
       type="System.Web.Handlers.TransferRequestHandler" 
       preCondition="integratedMode,runtimeVersionv4.0" />
</handlers>

Eu usaria isso no arquivo Web.config:

<add name="ManagedSpecialNames" path="api/people/*" verb="GET" type="System.Web.Handlers.TransferRequestHandler" preCondition="integratedMode,runtimeVersionv4.0" />

antes do "ExtensionlessUrlHandler" padrão.

Por exemplo, no meu caso, coloquei aqui:

<handlers>
  <remove name="ExtensionlessUrlHandler-Integrated-4.0" />
  <remove name="OPTIONSVerbHandler" />
  <remove name="TRACEVerbHandler" />
  <add name="ManagedFiles" path="api/people/*" verb="GET" type="System.Web.Handlers.TransferRequestHandler" preCondition="integratedMode,runtimeVersionv4.0" />
  <add name="ExtensionlessUrlHandler-Integrated-4.0" path="*." verb="*" type="System.Web.Handlers.TransferRequestHandler" preCondition="integratedMode,runtimeVersionv4.0" />
</handlers>

Portanto, você força URLs de tal padrão a serem gerenciados por você, em vez do gerenciamento padrão como arquivos na árvore de diretório do aplicativo.

Eu enfrentei exatamente o mesmo problema e as circunstâncias em que eu não deveria brincar com o IIS e configurações relacionadas à configuração do site. Então eu tive que fazer isso funcionar fazendo alterações apenas no nível do código.

O ponto simples é que o caso mais comum em que você acabaria tendo um caractere ponto no URL é quando você obtém alguma entrada do usuário e a passa como uma string de consulta ou fragmento de url para passar algum argumento para os parâmetros no método de ação do seu controlador.

public class GetuserdetailsbyuseridController : ApiController
{
     string getuserdetailsbyuserid(string userId)
     {
        //some code to get user details
     }
}

Dê uma olhada no URL abaixo onde o usuário insere seu ID de usuário para obter seus dados pessoais:

http://mywebsite:8080/getuserdetailsbyuserid/foo.bar

Uma vez que você tem que simplesmente buscar alguns dados do servidor, usamos o GETverbo http . Durante o uso de GETchamadas, qualquer parâmetro de entrada pode ser passado apenas nos fragmentos de URL.

Então, para resolver meu problema, mudei o verbo http da minha ação para POST. O POSTverbo HTTP tem a facilidade de transmitir qualquer entrada de usuário ou não usuário no corpo também. Portanto, criei um dado JSON e o passei para o corpo da POSTsolicitação http :

{
  "userid" : "foo.bar"
}

Altere a definição do seu método conforme abaixo:

public class GetuserdetailsbyuseridController : ApiController
{
     [Post]
     string getuserdetailsbyuserid([FromBody] string userId)
     {
        //some code to get user details
     }
}

Nota : Mais sobre quando usar GETverbo e quando usar POSTverbo aqui .