Jersey JAXRS过滤器，在访问资源（web服务）之前提供解封实体

Question

我确实需要实体本身和它的任何注释，然后使用验证器注释的属性对该实体执行验证（看起来像JSR303，但我们不使用元数据注释整个bean）。从资源的实现角度来看，我的目标是能够在资源方法中键入以下内容：

@Path("/people")
@Produces({ MediaType.APPLICATION_XML, MediaType.APPLICATION_JSON })
public class PeopleService {
        @POST
        public Response createPerson(@CustomValidator("personValidator") Person person) throws URISyntaxException {
            String uri = someService.createPerson(person);
            return Response.created(new URI(uri)).entity(uri).build();
        }
    }

我开始编写一个自定义MessageBodyReader，并设法使JSON完全工作，因为我只是委托ObjectMapper来反序列化JSON。除此之外，我得到了参数的注释，一切都很好地工作了。但是，当我需要反序列化XML时，事情就崩溃了。我不知道如何获得新泽西会使用的原始反序列化器，并委托给它。我还觉得我在不必要地重写Jersey的部分，如果Jersey在MessageBodyReader之后和实现调用web资源服务之前有一个层，允许扩展它自己，以便我可以向流添加自定义行为，我更愿意停止使用MessageBodyReader作为一个讨厌的集成点。

最后，Jersey是否有任何扩展点，在那里它可以向我提供解封实体和它的任何参数Antotation，并允许我进行自定义处理？或者我必须自己解决如何解封实体（使用JAXBContext或其他）？可能诉诸AOP吗？将验证器注入资源类并放弃注释思想？

Answer 1

最后，Jersey是否有任何扩展点，在那里它可以向我提供解封实体和它的任何参数Antotation，并允许我进行自定义处理？

是的，在Jersey 1.x中有一个SPI，您可以在其中提供自己的方法调用器。我从未实现过SPI，但据我所知，它是在任何MessageBodyReaders或Filters之后调用的。看一下ResourceMethodCustomInvokerDispatchProvider。在Javadocs中：

实现（服务提供程序）通过将提供程序配置文件“com.sun.research.ws.rest.spi.invoker.resourceMethodCustomInvokerDispatchProvider”放置在资源目录META-INF/services中（如果不存在的话）来标识自己，并在文件中包含实现的完全限定的service-provider-class。

该接口类似于ResourceMethodDispatchProvider，但允许使用自定义JavaMethodInvoker实例，该实例将用于进行最后的Java方法调用。

如果您实现了ResourceMethodCustomInvokerDispatchProvider，您应该能够提供您自己的JavaMethodInvoker，该JavaMethodInvoker可以访问被调用的资源方法，包括它的所有参数和注释。

请注意，上面的所有内容都适用于泽西1.x。在Jersey 2中，ResourceMethodInvocationHandlerProvider提供了类似的功能。