Beste Art der Umsetzung der Methode OPTIONEN in REST-Dienste

Sie nicht brauchen, um implementiert der OPTIONS HTTP-VERB, in diesem Fall. Da bist du mit RESTEasy, welche die JAX-RS Implementierung verwendet, die von Wildfly, das Problem, das ich gestoßen war aufgrund der servlet-mapping auf web.xml.

Habe ich festgestellt, wenn ich fügte hinzu, die JAX-RS-Facette auf Eclipse und sagen, es zu aktualisieren web.xml. Die standardmäßig generiert web.xml mit der Restful-Anwendung mapping nicht ordnen Sie Ihre Anwendung richtig zu Ihrem Erholsamen Ressource Pfad.

Dies ist, wie die web.xml Aussehen sollte, sofern Sie nicht erstellt haben Ihre eigenen Application.

<?xml version="1.0" encoding="UTF-8"?>
<web-app xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
    xmlns="http://xmlns.jcp.org/xml/ns/javaee"
    xsi:schemaLocation="http://xmlns.jcp.org/xml/ns/javaee http://xmlns.jcp.org/xml/ns/javaee/web-app_3_1.xsd"
    version="3.1">
    <display-name>My REST API</display-name>
    <description>My REST API</description>
    <servlet>
        <description>JAX-RS Tools Generated - Do not modify</description>
        <servlet-name>javax.ws.rs.core.Application</servlet-name>
        <load-on-startup>1</load-on-startup>
    </servlet>
    <servlet-mapping>
        <servlet-name>javax.ws.rs.core.Application</servlet-name>
        <url-pattern>/jaxrs/*</url-pattern>
    </servlet-mapping>
</web-app>

Stellen Sie sicher, dass Ihre <servlet-name> und <servlet-mapping> zugeordnet werden, wie im obigen Beispiel. Wenn Sie erweiterte die Application Klasse, geben Sie einfach es in Ihre web.xml anstelle der Standard - Application wie oben gezeigt.

Auch, Ihre @POST Ressource-Methode, ist es empfehlenswert, den Ressourcentyp angeben, von Ihrem Erholsamen Daten (in Ihrem Fall, Ihre DTO) mit @Consumes annotation.

ZB.

@POST
@Path("/save")
@Consumes({MediaType.APPLICATION_JSON, MediaType.APPLICATION_XML})
@Produces({MediaType.APPLICATION_JSON, MediaType.APPLICATION_XML})
public Response save(CervejaDTO cervejaDTO)

}

InformationsquelleAutor Buhake Sindi

Versuchte ich RestEasy ist CorsFilter aber Anrufe mit den OPTIONEN, die Methode der Rückkehr

RESTEASY003655: Keine Ressource-Methode für Optionen, OK zurück mit
Erlauben header

Schrieb ich einen einfachen filter, der:

1. Stellt sicher, dass die CORS-header-Sie müssen angewendet werden, um die Antwort.
2. Gibt den HTTP-status-code-200 beim Aufruf einer Endpunkt mit der OPTIONS-Methode. Sie teilen dem client mit, dass seine CORS preflight requests akzeptiert wurde.

Hier ist der code. Dies ist eine vereinfachte version, ditry - aber effizient. Fühlen Sie sich frei, verfeinern Sie den filter, wenn Sie nur wollen, zurück zu senden, einen 200 bei der Abfrage eine "echte" Endpunkt.

@Provider 
public class CorsFilter implements ContainerResponseFilter {  

  @Override
  public void filter(ContainerRequestContext requestContext, ContainerResponseContext responseContext) throws IOException {
    MultivaluedMap<String, Object> headers = responseContext.getHeaders();
    headers.add("Access-Control-Allow-Origin", "*"); //If you want to be more restrictive it could be localhost:4200
    headers.add("Access-Control-Allow-Methods", "GET, PUT, POST, OPTIONS"); //You can add HEAD, DELETE, TRACE, PATCH
    headers.add("Access-Control-Allow-Headers", "Content-Type, Authorization, Accept, Accept-Language"); //etc

    if (requestContext.getMethod().equals("OPTIONS"))
        responseContext.setStatus(200);
}}

Vom dieser Beitrag und meine bevorzugt CORS Erklärung.

InformationsquelleAutor otonglet

Das war für mich der einzige Weg, um Arbeit zu tun.

Erstellen Sie die Klasse in Ihre java-restclient Projekt.

    import javax.ws.rs.core.Context;
    import javax.ws.rs.core.HttpHeaders;
    import javax.ws.rs.core.Response;
    import javax.ws.rs.core.Response.ResponseBuilder;
    import javax.ws.rs.ext.ExceptionMapper;
    import javax.ws.rs.ext.Provider;

    import org.jboss.resteasy.spi.DefaultOptionsMethodException;

    @Provider
    public class OptionsHander implements
         ExceptionMapper<DefaultOptionsMethodException> {

    private static final String ACCESS_CONTROL_REQUEST_HEADERS = "Access-Control-Request-Headers";
    private static final String ACCESS_CONTROL_REQUEST_METHOD = "Access-Control-Request-Method";

    private static final String ACCESS_CONTROL_ALLOW_HEADERS = "Access-Control-Allow-Headers";
    private static final String ACCESS_CONTROL_ALLOW_METHODS = "Access-Control-Allow-Methods";
    private static final String ACCESS_CONTROL_ALLOW_ORIGIN = "Access-Control-Allow-Origin";

    private static final String ACCESS_CONTROL_ALLOW_ORIGIN_ANYONE = "*";

    @Context HttpHeaders httpHeaders;

    @Override
    public Response toResponse(DefaultOptionsMethodException exception) {

        final ResponseBuilder response = Response.ok();

        String requestHeaders = httpHeaders.getHeaderString(ACCESS_CONTROL_REQUEST_HEADERS);
        String requestMethods = httpHeaders.getHeaderString(ACCESS_CONTROL_REQUEST_METHOD);

        if (requestHeaders != null)
            response.header(ACCESS_CONTROL_ALLOW_HEADERS, requestHeaders);

        if (requestMethods != null)
            response.header(ACCESS_CONTROL_ALLOW_METHODS, requestMethods);

        //TODO: development only, too permissive
        response.header(ACCESS_CONTROL_ALLOW_ORIGIN, ACCESS_CONTROL_ALLOW_ORIGIN_ANYONE);

        return response.build();
    }
}

InformationsquelleAutor Felipe SS