【问题标题】:Asynchronous Jersey 2 REST in liferay vaadin portletLiferay vaadin portlet 中的异步 Jersey 2 REST
【发布时间】:2014-04-09 20:36:03
【问题描述】:

目前,我的 liferay tomcat 容器中有一个独立的 Jersey 2.x Web 应用程序,设置为异步运行。我还在 Liferay 中使用 Vaadin 构建了我的主要 portlet。

我想将我的 REST 服务移动到我的 vaadin 项目,以便我可以利用我的主应用程序中的休眠和缓存。

但是,当我移动所有代码以及 web.xml 文件中的 servlet 条目时,当我对服务进行 GET 调用时,它会引发以下异常。

有人做到了吗?我认为它与异步功能或弹簧有关?我正在运行 Liferay 6.1.1 GA2。

`SEVERE: Servlet.service() for servlet [TEKControl RESTFul API] in context with path [/tekwave-portlet] threw exception [javax.ws.rs.ProcessingExceptio`

`n: Attempt to suspend a connection of an asynchronous request failed in the underlying container.] with root cause`

`javax.ws.rs.ProcessingException: Attempt to suspend a connection of an asynchronous request failed in the underlying container.`


at org.glassfish.jersey.server.model.ResourceMethodInvoker.apply(ResourceMethodInvoker.java:331)
at org.glassfish.jersey.server.model.ResourceMethodInvoker.apply(ResourceMethodInvoker.java:106)
at org.glassfish.jersey.server.ServerRuntime$1.run(ServerRuntime.java:259)
at org.glassfish.jersey.internal.Errors$1.call(Errors.java:271)
at org.glassfish.jersey.internal.Errors$1.call(Errors.java:267)
at org.glassfish.jersey.internal.Errors.process(Errors.java:315)
at org.glassfish.jersey.internal.Errors.process(Errors.java:297)
at org.glassfish.jersey.internal.Errors.process(Errors.java:267)
at org.glassfish.jersey.process.internal.RequestScope.runInScope(RequestScope.java:318)
at org.glassfish.jersey.server.ServerRuntime.process(ServerRuntime.java:236)
at org.glassfish.jersey.server.ApplicationHandler.handle(ApplicationHandler.java:1010)
at org.glassfish.jersey.servlet.WebComponent.service(WebComponent.java:373)
at org.glassfish.jersey.servlet.ServletContainer.service(ServletContainer.java:382)
at org.glassfish.jersey.servlet.ServletContainer.service(ServletContainer.java:345)
at org.glassfish.jersey.servlet.ServletContainer.service(ServletContainer.java:220)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:305)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210)
at com.liferay.portal.kernel.servlet.filters.invoker.InvokerFilterChain.doFilter(InvokerFilterChain.java:72)
at com.liferay.portal.kernel.servlet.filters.invoker.InvokerFilterChain.doFilter(InvokerFilterChain.java:116)
at sun.reflect.GeneratedMethodAccessor386.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:601)
at com.liferay.portal.kernel.bean.ClassLoaderBeanHandler.invoke(ClassLoaderBeanHandler.java:67)
at $Proxy526.doFilter(Unknown Source)
at com.liferay.portal.kernel.servlet.filters.invoker.InvokerFilterChain.doFilter(InvokerFilterChain.java:72)
at com.liferay.portal.kernel.servlet.filters.invoker.InvokerFilterChain.processDirectCallFilter(InvokerFilterChain.java:167)
at com.liferay.portal.kernel.servlet.filters.invoker.InvokerFilterChain.doFilter(InvokerFilterChain.java:95)
at com.liferay.portal.kernel.servlet.PortalClassLoaderFilter.doFilter(PortalClassLoaderFilter.java:70)
at com.liferay.portal.kernel.servlet.filters.invoker.InvokerFilterChain.processDoFilter(InvokerFilterChain.java:206)
at com.liferay.portal.kernel.servlet.filters.invoker.InvokerFilterChain.doFilter(InvokerFilterChain.java:108)
at com.liferay.portal.kernel.servlet.filters.invoker.InvokerFilter.doFilter(InvokerFilter.java:73)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210)
at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:222)
at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:123)
at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:472)
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:168)
at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:99)
at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:929)
at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:118)
at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:407)
at org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:1002)
at org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:585)
at org.apache.tomcat.util.net.AprEndpoint$SocketProcessor.run(AprEndpoint.java:1813)
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603)
at java.lang.Thread.run(Thread.java:722) 

更新

当我调试它时,它会通过 GET 请求到达我正在调用的类,但它会在声明一些内容之后并在进入 GET 方法之前引发错误。下面是我的 GET 方法声明:

@GET
@Produces("application/xml")
public void AnswerPhoneCall(@Suspended final AsyncResponse asyncResponse, @Context UriInfo ui) {
    final MultivaluedMap<String, String> queryParams = ui.getQueryParameters();

    new Thread(new Runnable() {
        @Override
        public void run() {
            String ret = "Testing";
            asyncResponse.resume(ret);
        }
    }).start();
}

----工作解决方案---

由于 Liferay 调用程序过滤器导致了这个问题,而且我也不认为 Liferay 完全支持 Servlet 3.0,下面是我们想出的解决这个问题的方法。

添加一个实现“org.glassfish.jersey.servlet.ServletContainer”的类

import org.apache.catalina.Globals;
import javax.servlet.ServletException;
import javax.servlet.ServletRequest;
import javax.servlet.ServletResponse;
import java.io.IOException;

public class ServletContainer extends org.glassfish.jersey.servlet.ServletContainer {

    @Override
    public void service(ServletRequest request, ServletResponse response)
            throws ServletException, IOException {
        request.setAttribute(Globals.ASYNC_SUPPORTED_ATTR, true);
        super.service(request, response);
    }
}

将 portlet web.xml 中的 servlet 条目更改为上述类:

<servlet>
    <servlet-name>RESTFul API</servlet-name>
    <servlet-class>com.myportlet.api.jersey.ServletContainer</servlet-class>
    <init-param>
        <param-name>jersey.config.server.provider.packages</param-name>
        <param-value>com.myportlet.api</param-value>
    </init-param>
    <load-on-startup>1</load-on-startup>
    <async-supported>true</async-supported>
</servlet>
<servlet-mapping>
    <servlet-name>RESTFul API</servlet-name>
    <url-pattern>/api/*</url-pattern>
</servlet-mapping>

在 maven 中添加以下依赖项,如果这是您使用的内容

<dependency>
    <groupId>org.apache.geronimo.ext.tomcat</groupId>
    <artifactId>catalina</artifactId>
    <version>7.0.39.1</version>
    <scope>provided</scope>
</dependency>

【问题讨论】:

    标签: web-services asynchronous liferay vaadin jersey-2.0


    【解决方案1】:

    请检查 server.xml 中的连接器属性

    <Connector port="8080" protocol="org.apache.coyote.http11.Http11NioProtocol"
                   connectionTimeout="20000"
                   redirectPort="8443" />
    

    【讨论】:

      【解决方案2】:

      AFAIU,它与连接器属性无关。基本上正在发生的事情是 Liferay 的过滤器试图拦截对 Jersey REST Webservice servlet 的请求。您可能需要更改 web.xml 中 Liferay 过滤器的过滤器映射以排除 Jersey 的 servlet。

      另一种可能更简洁的方法是,您可能希望开发一个"Web" plugin 来托管您的 REST 服务项目。我没有尝试过,但您可能想探索这个方向的可能性。

      【讨论】:

      • 问题是,当我调试它时,它会到达我使用 GET 调用的类,但随后它会在它进入该类中的主要 GET 方法之前抛出该错误。我认为这与异步的东西有关。我已经在上面更新了我如何声明 GET 方法以及它需要什么......
      • 能否请您告诉我如何在 Liferays 过滤中排除 jerseys servlet?
      • 如果你查看 Liferay 的 web.xml,你会发现 Invoker 过滤器(查看你的错误日志)拦截了对 Liferay 插件的所有请求。您想阻止它拦截 Jersey 请求。我不确定如何在将球衣项目保留在 Liferay portlet 中的同时避免这种情况。我建议您探索其他选项,例如 1) Web + Ext 插件或 2) 将共享库保存在应用服务器的全局库中,等等。
      • 感谢您的建议。是的,调用程序过滤器会导致问题,但是我无法找到如何针对我的特定场景禁用它。如果我在部署后手动从 portlet web.xml 中删除它,它就可以工作。所以我想出了一个不同的解决方案。我将用我们所做的更新上面的这篇文章。
      猜你喜欢
      • 2015-03-12
      • 2015-09-03
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 2011-12-29
      • 1970-01-01
      • 1970-01-01
      相关资源
      最近更新 更多