下面是我的泽西网络服务页面(application.java),它调用拦截器
@Context ServletContext context
@Path("/application")
public class application{
@POST
@Path("/getData")
@Produces(MediaType.APPLICATION_JSON)
@Consumes(MediaType.APPLICATION_JSON)
@Interceptors(Interceptor.class)
public int metthod(Object input) throws Exception{
// do something
}
}
如果我使用@Context ServletContext上下文,可以在appliation.java上访问ServletContext,但如果我在Interceptor类中使用相同的内容,我会得到NullPointerException。
如何从Interceptor类访问ServletContext。
由于
<?xml version="1.0" encoding="UTF-8"?>
<web-app xmlns="http://java.sun.com/xml/ns/javaee" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance xsi:schemaLocation="http://java.sun.com/xml/ns/javaee http://java.sun.com/xml/ns/javaee/web-app_2_5.xsd" version="2.5">
<display-name>ws</display-name>
<description>Web Services</description>
<servlet>
<servlet-name>jersey-servlet</servlet-name>
<servlet-class>com.sun.jersey.spi.container.servlet.ServletContainer</servlet-class>
<init-param>
<param-name>jersey.config.server.provider.packages</param-name>
<param-value>com.java.files;com.fasterxml.jackson.jaxrs.json</param-value>
</init-param>
<init-param>
<param-name>com.sun.jersey.api.json.POJOMappingFeature</param-name>
<param-value>true</param-value>
</init-param>
<load-on-startup>1</load-on-startup>
</servlet>
<listener>
<listener-class>com.java.listener.appServletContextListener</listener-class>
</listener>
<servlet-mapping>
<servlet-name>jersey-servlet</servlet-name>
<url-pattern>/*</url-pattern>
</servlet-mapping>
<welcome-file-list>
<welcome-file>index.html</welcome-file>
<welcome-file>index.jsp</welcome-file>
<welcome-file>index.htm</welcome-file>
</welcome-file-list>
答案 0 :(得分:1)
我将尝试帮助您查询并在答案中执行此操作,以便可以格式化并更易于阅读。如果我有误解的话,请对它发表评论。
从您的问题我认为您没有使用除Weblogic和Jersey之外的任何其他框架。
我将在这里做一些假设:
如果您可以更新您的问题并添加如何创建拦截器?
通过它的声音,Weblogic提供了一个运行jax.rs参考实现的容器(jersey)。 (如果我错了,请纠正我。)
基本问题是Weblogic没有上下文的概念。如果看到注释,则可以看到Annotation是jax-rs注释:
javax.ws.rs.core.Context
这意味着您可以将此注释与jax-rs框架的参考实现一起使用,这将是jersey。 Jersey为您管理bean(创建/注入/拦截等)并且是请求作用域,这就是为什么它可以为您注入与Web服务有关的各种有趣的属性。
这也是@Context注释在您的资源中起作用的原因,因为您的资源是由泽西处理的。然而你的拦截器似乎是一个Weblogic拦截器,由weblogic处理。它没有挂在你的球衣逻辑上,因此注射在这里不起作用。
有很多方法可以使用DI框架和范围内的bean(例如guice可以为你做这个),但这不是必需的。对于您的问题,有一种更加集成和平滑的方式来拦截资源调用。
永远不会从应用程序内部调用Web服务 (例如,它会对HTTP请求做出反应)。这意味着,您将希望使用泽西拦截器拦截这些调用,而不是拦截weblogic拦截器。为此,您可以看到这两个接口:
javax.ws.rs.container.ContainerRequestFilter
javax.ws.rs.container.ContainerResponseFilter
你猜对了 - 其中一个在资源获取之前拦截了Requests,另一个在资源处理完请求后截获。
您可以在此处详细了解:https://jersey.java.net/documentation/latest/filters-and-interceptors.html
因此,在您的用例中,您希望在将请求移交给您的资源之前拦截该请求。如果您的ServletContextMap有一些值,您将要中止请求(将其返回给用户并出现一些错误)。
这样做的好处是过滤器由平针织物处理,因此它们可以通过平针织物注入您的背景。
考虑一下:
public class MyFilter implements ContainerRequestFilter {
@Context
private ServletContext context;
@Override
public void filter(ContainerRequestContext requestContext) throws IOException {
boolean result = evaluateMyMap();
if(!result) {
// This is the jersey way of not calling proceed. It will return a 400 response
// to the user with the message
requestContext.abortWith(Response.status(Status.BAD_REQUEST)
.entity("The Hashmap in the Context has some wonky value").build());
}
}
private boolean evaluateMyMap() {
// access your context here and do your map evanulation
// return true if you want the request to be processed, false otherwise
return false;
}
}
在过滤器类中,您可以访问注入的上下文,也可以访问您的地图。
请注意,您的过滤器也必须在运动衫上注册。怎么做,我不确定(因为我之前没有使用过weblogic)
我希望这可以解释您的问题以及如何解决它。如果您需要更多建议/帮助,请告诉我。
此致 阿图尔