Apache Wink资源生命周期

Question

我想知道响应REST请求的类的预期生命周期行为是什么。

我有一个从javax.ws.rs.core.Application派生的类，该类标识另一个用于响应请求的类。

在另一个类中，它用@Path（“ foo”）注释，并且该类中的方法用@Path（“ bar”）注释。 当对foo / bar发出请求时，我可以看到构造函数已执行，然后正确调用了PostConstruct方法。 该方法向客户端返回响应后，可以看到调用了PreDestroy，然后对该类进行了压缩。 在下一个请求时，该过程重复。

这是正确的行为吗？ 还是有一种方法可以将此类保留在内存中，从而使每次发出请求时都不需要遍历构造函数和PostConstruct？ 此方法依赖于JAXB编组和各种XSL转换-我想缓存已编译的XSLT转换对象以及某些转换的结果，但是如果每次调用该类都重新实例化时，它将无法进行本地缓存。

它与Java 7，Wink和Tomcat 7一起运行。有人可以让我知道这是否是预期的行为，还是我错过了一些可以使此类继续存活的东西？

谢谢。

Answer 1

根据JAX-RS规范，将根据请求创建资源（使用@Path注释的类）。

有几种方法可以覆盖此行为。

根据JAX-RS规范，可以使用的最简单方法是自己创建一个资源实例（您有责任调用PostConstruct，在这种情况下不确定何时以及如何调用PostDestroy）并使用javax.ws.rs.core.Application.getSingletons()返回它javax.ws.rs.core.Application.getSingletons()

或者，您可以在资源上放置@org.apache.wink.common.annotations.Scope(ScopeType.SINGLETON)批注。

如果您使用Spring，则Wink拥有一个简洁的Spring集成模块，因此将使用Spring的生命周期。 参见http://incubator.apache.org/wink/1.0/html/5.5%20Spring%20Integration.html