Carácter de punto '.' en MVC Web API 2 para solicitudes como api / people / STAFF.45287

La URL que intento que funcione es una del estilo de: http://somedomain.com/api/people/staff.33311 (al igual que los sitios como LAST.FM permiten todo tipo de signos en sus URL RESTFul y WebPage , por ejemplo, " http://www.last.fm/artist/psy'aviah " es una URL válida para LAST.FM).

Lo que funciona son los siguientes escenarios: - http://somedomain.com/api/people/ - que devuelve todas las personas - http://somedomain.com/api/people/staff33311 - funcionaría también, pero no es lo que yo ' m después de que quisiera que la URL aceptara un "punto", como en el ejemplo siguiente, http://somedomain.com/api/people/staff.33311 , pero esto me da una

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

He configurado las siguientes cosas:

1. El 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. 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 }
       );
   }

Ya intenté seguir todos los consejos de esta publicación de blog http://www.hanselman.com/blog/ExperimentsInWackinessAllowingPercentsAnglebracketsAndOtherNaughtyThingsInTheASPNETIISRequestURL.aspx pero aún así no funcionará. También creo que es bastante tedioso y me pregunto si no hay otro, forma mejor y más segura.

Tenemos nuestras identificaciones internas así, así que tendremos que encontrar una solución para ajustar el punto de una forma u otra, preferiblemente en el estilo de "." pero estoy abierto a sugerencias alternativas de URL si es necesario ...

La siguiente configuración en su web.configarchivo debería solucionar su problema:

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

Agregue un sufijo a la URL, por ejemplo, en http://somedomain.com/api/people/staff.33311/lugar de http://somedomain.com/api/people/staff.33311.

Descubrí que agregar lo siguiente antes del estándar me ExtensionlessUrlHandlerresuelve el problema:

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

No creo que el nombre realmente importe demasiado, excepto que probablemente ayude si su IDE (Visual Studio en mi caso) está administrando la configuración de su sitio.

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

No sé qué estoy haciendo realmente, pero después de jugar un poco con la respuesta anterior, se me ocurrió otra solución, quizás más apropiada:

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

Descubrí que necesitaba hacer algo más que establecer el runAllManagedModulesForAllRequestsatributo en true. También tuve que asegurarme de que el controlador de URL sin extensión estuviera configurado para buscar en todas las rutas. Además, hay una opción de configuración adicional que puede agregar y que ayudará en algunos casos. Aquí está mi Web.config de trabajo:

<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>

Tenga en cuenta, específicamente, que ExtensionlessUrlHandler-Integrated-4.0tiene su pathatributo establecido *como opuesto a *.(por ejemplo).

Me quedé atascado en esta situación, pero agregar / al final de la URL no se veía limpio para mí.

así que simplemente agregue a continuación en la etiqueta web.config handlers y estará listo para comenzar.

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

Descubrí que ambas formas funcionan para mí: ya sea configurando runAllManagedModulesForAllRequests en verdadero o agregue ExtentionlessUrlHandler de la siguiente manera. Finalmente, elijo agregar extensionUrLHandler ya que runAllManagedModulesForAllRequests tiene un impacto en el rendimiento del sitio.

<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>

Usaría esto en el archivo Web.config:

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

antes del estándar "ExtensionlessUrlHandler".

Por ejemplo en mi caso lo pongo aquí:

<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>

Por lo tanto, obliga a que las URL de dicho patrón sean administradas por usted, en lugar de la administración estándar como archivos en el árbol de directorios de la aplicación.

Enfrenté el mismo problema y las circunstancias en las que estaba en las que se suponía que no debía jugar con IIS y configuraciones relacionadas con la configuración del sitio web. Así que tuve que hacer que funcionara haciendo cambios solo a nivel de código.

El punto simple es que el caso más común en el que terminaría teniendo un carácter de punto en la URL es cuando obtiene alguna entrada del usuario y la pasa como una cadena de consulta o un fragmento de URL para pasar algún argumento a los parámetros en el método de acción de su controlador.

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

Eche un vistazo a la siguiente URL donde el usuario ingresa su identificación de usuario para obtener sus datos personales:

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

Dado que simplemente tiene que buscar algunos datos del servidor, usamos el GETverbo http . Durante el uso de GETllamadas, los parámetros de entrada solo se pueden pasar en los fragmentos de URL.

Entonces, para resolver mi problema, cambié el verbo http de mi acción a POST. Http POSTverb tiene la facilidad de pasar cualquier entrada de usuario o no usuario en el cuerpo también. Así que creé un dato JSON y lo pasé al cuerpo de la POSTsolicitud http :

{
  "userid" : "foo.bar"
}

Cambie la definición de su método de la siguiente manera:

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

Nota : Más información sobre cuándo usar el GETverbo y cuándo usar el POSTverbo aquí .