我想知道响应REST请求的类的预期生命周期行为是什么。
我有一个从javax.ws.rs.core.Application派生的类,它标识另一个用于响应请求的类。
在另一个类中,它用@Path("foo")注释,这个类中方法用@Path("bar")注释。当向foo/bar发出请求时,我可以看到构造函数已执行,然后正确调用了PostConstruct方法。在该方法向客户端返回响应之后,我可以看到调用了PreDestroy,然后该类被压缩。在下一次请求时,重复该过程。
这是正确的行为吗?或者有没有一种方法可以让这个类保留在内存中,这样它就不需要在每次发出请求时都通过构造函数和PostConstruct?此方法依赖于JAXB编组和各种XSL转换-我希望缓存已编译的XSLT转换对象以及某些转换的结果,但如果每次调用时都重新实例化该类,则无法进行本地缓存。
这是在Java 7,Wink和Tomcat 7上运行的。有人能告诉我这是否是预期的行为,或者我是不是遗漏了一些东西来保持这个类的存活?
谢谢。
发布于 2013-03-18 07:31:15
根据JAX-RS规范,资源(用@Path
注释的类)是为每个请求创建的。
有几种方法可以覆盖此行为。
根据JAX-RS规范,可以使用的最简单方法是自己创建一个资源实例(您负责调用PostConstruct,在本例中不确定何时以及如何调用PostDestroy ),然后使用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
https://stackoverflow.com/questions/15303235
复制相似问题