Class AcceptParameterHttpPreprocessor
- java.lang.Object
-
- org.jboss.resteasy.core.AcceptParameterHttpPreprocessor
-
- All Implemented Interfaces:
ContainerRequestFilter
@PreMatching public class AcceptParameterHttpPreprocessor extends Object implements ContainerRequestFilter
Enables content negotiation through a query parameter, instead of the Accept Header.
To enable this feature, use the context-param in web.xml:
<context-param>
<param-name>resteasy.media.type.param.mapping</param-name>
<param-value>someName</param-value>
</context-param>
So, in a request like
http://service.foo.com/resouce?someName=application/xmlthe application/xml media type will received the highest priority in the content negotiation.In the cases where the request contains both the parameter and the Accept header, the parameter will be more relevant.
It is possible to left the
param-valueempty, what will cause the processor to look for an accept parameter.- Version:
- $Revision: 1.2 $
- Author:
- Leandro Ferro Luzia
-
-
Constructor Summary
Constructors Constructor Description AcceptParameterHttpPreprocessor(String paramMapping)Create a new AcceptParameterHttpPreprocessor.
-
Method Summary
All Methods Instance Methods Concrete Methods Modifier and Type Method Description voidfilter(ContainerRequestContext request)Filter method called before a request has been dispatched to a resource.
-
-
-
Constructor Detail
-
AcceptParameterHttpPreprocessor
public AcceptParameterHttpPreprocessor(String paramMapping)
Create a new AcceptParameterHttpPreprocessor.- Parameters:
paramMapping- The name of query parameter that will be used to do the content negotiation
-
-
Method Detail
-
filter
public void filter(ContainerRequestContext request) throws IOException
Description copied from interface:ContainerRequestFilterFilter method called before a request has been dispatched to a resource.Filters in the filter chain are ordered according to their
jakarta.annotation.Priorityclass-level annotation value. If a request filter produces a response by callingContainerRequestContext.abortWith(jakarta.ws.rs.core.Response)method, the execution of the (either pre-match or post-match) request filter chain is stopped and the response is passed to the corresponding response filter chain (either pre-match or post-match). For example, a pre-match caching filter may produce a response in this way, which would effectively skip any post-match request filters as well as post-match response filters. Note however that a responses produced in this manner would still be processed by the pre-match response filter chain.- Specified by:
filterin interfaceContainerRequestFilter- Parameters:
request- request context.- Throws:
IOException- if an I/O exception occurs.- See Also:
PreMatching
-
-