Неблокирующая конечная точка Web-сервиса с JBoss6 и CXF Continuation API - PullRequest
0 голосов
/ 29 декабря 2011

В настоящее время я пытаюсь настроить конечную точку веб-службы (в среде JBoss AS 6.1.0.FINAL), чтобы клиенты могли долго опрашивать события на стороне сервера, не блокируя потоки прослушивателя на стороне сервера.

Так какне похоже на стандартное решение. Я нашел это сообщение в блоге о продолжениях CXF (кроме WS-Impl. в JBoss).

Я мог бы передать пример как JAX-WS

import javax.annotation.Resource;
import javax.jws.WebMethod;
import javax.jws.WebService;
import javax.servlet.annotation.WebServlet;
import javax.xml.ws.BindingType;
import javax.xml.ws.WebServiceContext;
import javax.xml.ws.handler.MessageContext;
import org.apache.cxf.continuations.Continuation;
import org.apache.cxf.continuations.ContinuationProvider;

@BindingType(javax.xml.ws.soap.SOAPBinding.SOAP12HTTP_BINDING)
@WebServlet(asyncSupported = true, urlPatterns = "/LongpollWebservice")
@WebService(targetNamespace = "http://longpoll.edu/", name = "LongpollWebservice", serviceName = "LongpollWebservice", portName = "LongpollWebservice")
public class LongpollWebserviceImpl implements LongpollWebservice {

    @Resource
    WebServiceContext ctx;

    @Override
    @WebMethod
    public List<EventBase> getEvents(String topic, Date since) {
        final ContinuationProvider cp = (ContinuationProvider) ctx.getMessageContext().get(ContinuationProvider.class.getName());
        final Continuation c = cp.getContinuation();
        if (c.isNew()) {
            c.suspend(10000);
            return null;
        } else {
            return Collections.emptyList();
        }
    }
}

API продолжения взят из

<dependency>
    <groupId>org.apache.cxf</groupId>
    <artifactId>cxf-api</artifactId>
    <version>2.3.1</version>
    <scope>provided</scope>
</dependency>

Это сокращенный пример.Вызов c.suspend(10000); должен пометить текущий вызов сервлета как State.SUSPENDED.Через десять секунд время ожидания приостанавливается, и запрос должен быть повторно вызван с помощью c.isNew() == false.(В примере с реальным миром Continuation может быть передан компоненту JMS-Listener или CDI-Eventlistener с сохранением состояния, и диспетчер событий будет вызывать c.setObject(event); c.resume();, как только событие будет доступно и готово к доставке)

Цепочка перехватчиков CXF должна прервать исполняющий поток с SuspendedInvocationException и перепланировать вызов веб-сервиса.Он до сих пор компилируется и развертывается на JBoss 6.1.0 FINAL.Wsdl отлично доставлен.

НО: когда я вызываю getEvents () из Webservice-Client, SuspendedInvocationException, похоже, не перехватывается правильно.Весь вызов завершается с помощью следующей трассировки стека:

14:39:59,578 ERROR [org.apache.catalina.core.ContainerBase.[jboss.web].[localhost].[/longpoll-warfacade].[edu.hsos.dwe.wss.longpoll.warfacade.LongpollWebserviceImpl]] Servlet.service() for servlet edu.hsos.dwe.wss.longpoll.warfacade.LongpollWebserviceImpl threw exception: org.apache.cxf.continuations.SuspendedInvocationException
at org.apache.cxf.phase.PhaseInterceptorChain.doIntercept(PhaseInterceptorChain.java:258) [:2.3.1-patch-01]
at org.apache.cxf.transport.ChainInitiationObserver.onMessage(ChainInitiationObserver.java:113) [:2.3.1-patch-01]
at org.apache.cxf.transport.servlet.ServletDestination.invoke(ServletDestination.java:97) [:2.3.1-patch-01]
at org.apache.cxf.transport.servlet.ServletController.invokeDestination(ServletController.java:461) [:2.3.1-patch-01]
at org.jboss.wsf.stack.cxf.ServletControllerExt.invoke(ServletControllerExt.java:172) [:3.4.1.GA]
at org.jboss.wsf.stack.cxf.RequestHandlerImpl.handleHttpRequest(RequestHandlerImpl.java:57) [:3.4.1.GA]
at org.jboss.wsf.stack.cxf.transport.ServletHelper.callRequestHandler(ServletHelper.java:156) [:3.4.1.GA]
at org.jboss.wsf.stack.cxf.CXFNonSpringServletExt.invoke(CXFNonSpringServletExt.java:90) [:3.4.1.GA]
at org.apache.cxf.transport.servlet.AbstractHTTPServlet.handleRequest(AbstractHTTPServlet.java:179) [:2.3.1-patch-01]
at org.apache.cxf.transport.servlet.AbstractHTTPServlet.doPost(AbstractHTTPServlet.java:103) [:2.3.1-patch-01]
at javax.servlet.http.HttpServlet.service(HttpServlet.java:754) [:1.0.0.Final]
at org.apache.cxf.transport.servlet.AbstractHTTPServlet.service(AbstractHTTPServlet.java:159) [:2.3.1-patch-01]
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:324) [:6.1.0.Final]
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:242) [:6.1.0.Final]
at org.jboss.resteasy.plugins.server.servlet.FilterDispatcher.doFilter(FilterDispatcher.java:63) [:6.1.0.Final]
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:274) [:6.1.0.Final]
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:242) [:6.1.0.Final]
at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:275) [:6.1.0.Final]
at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:161) [:6.1.0.Final]
at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:181) [:6.1.0.Final]
at org.jboss.modcluster.catalina.CatalinaContext$RequestListenerValve.event(CatalinaContext.java:285) [:1.1.0.Final]
at org.jboss.modcluster.catalina.CatalinaContext$RequestListenerValve.invoke(CatalinaContext.java:261) [:1.1.0.Final]
at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:88) [:6.1.0.Final]
at org.jboss.web.tomcat.security.SecurityContextEstablishmentValve.invoke(SecurityContextEstablishmentValve.java:100) [:6.1.0.Final]
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:159) [:6.1.0.Final]
at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102) [:6.1.0.Final]
at org.jboss.web.tomcat.service.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:158) [:6.1.0.Final]
at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) [:6.1.0.Final]
at org.jboss.web.tomcat.service.request.ActiveRequestResponseCacheValve.invoke(ActiveRequestResponseCacheValve.java:53) [:6.1.0.Final]
at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:362) [:6.1.0.Final]
at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:877) [:6.1.0.Final]
at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:654) [:6.1.0.Final]
at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:951) [:6.1.0.Final]
at java.lang.Thread.run(Thread.java:619) [:1.6.0_18]

Итак, наконец, мой вопрос: есть ли кто-нибудь, кто имеет опыт работы с CXF Continuation и WS и может дать мне подсказку, что может быть не так с этой попыткой?

Я не совсем понимаю, почему исключение было переброшено в PhaseInterceptorChain.doIntercept .

С уважением, avithan

1 Ответ

0 голосов
/ 03 января 2012

Решено:

  1. Установите CXF 2.3.4 в jboss / common / lib (нам нужно исправить эту проблему: https://issues.apache.org/jira/browse/CXF-3362).

  2. JBossWS-CXFне перехватывает SuspendedInvocationException. Это, кажется, только что пропущено в jbossws-cxf-server. Я подал проблему на https://issues.jboss.org/browse/JBWS-3409. Прикрепленный патч можно легко применить к извлечению jbossws-cxf-3.4.1.GA (модуль jbossws-cxf-server) и перекомпилирован с mvn package.

С уважением

...