【问题标题】:Vaadin with JMS in Glassfish 4.1 exception在 Glassfish 4.1 中使用 JMS 的 Vaadin 异常
【发布时间】:2015-04-13 15:10:44
【问题描述】:

我目前正在尝试将 Vaadin 与 JMS 集成到 glassfish 4.1 的战争应用程序中。我遵循了示例here,但它不断抛出异常: javax.jms.JMSRuntimeException: [C4306]: 此方法不能在 Java EE Web 或 EJB 容器中调用。

完整的堆栈:

    StandardWrapperValve[UtisServlet]: Servlet.service() for servlet UtisServlet threw exception
javax.jms.JMSRuntimeException: [C4306]: This method may not be called in a Java EE web or EJB container
    at com.sun.messaging.jmq.jmsclient.JMSConsumerImpl.setMessageListener(JMSConsumerImpl.java:261)
    at org.vaadin.msghub.AbstractMessageHub.startListening(AbstractMessageHub.java:68)
    at com.utis.personneltracking.UtisUI.init(UtisUI.java:94)
    at com.vaadin.ui.UI.doInit(UI.java:646)
    at com.vaadin.server.communication.UIInitHandler.getBrowserDetailsUI(UIInitHandler.java:214)
    at com.vaadin.server.communication.UIInitHandler.synchronizedHandleRequest(UIInitHandler.java:74)
    at com.vaadin.server.SynchronizedRequestHandler.handleRequest(SynchronizedRequestHandler.java:41)
    at com.vaadin.server.VaadinService.handleRequest(VaadinService.java:1408)
    at com.vaadin.server.VaadinServlet.service(VaadinServlet.java:350)
    at javax.servlet.http.HttpServlet.service(HttpServlet.java:790)
    at org.apache.catalina.core.StandardWrapper.service(StandardWrapper.java:1682)
    at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:344)
    at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:214)
    at org.glassfish.tyrus.servlet.TyrusServletFilter.doFilter(TyrusServletFilter.java:295)
    at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:256)
    at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:214)
    at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:316)
    at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:160)
    at org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:734)
    at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:673)
    at com.sun.enterprise.web.WebPipeline.invoke(WebPipeline.java:99)
    at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:174)
    at org.apache.catalina.connector.CoyoteAdapter.doService(CoyoteAdapter.java:415)
    at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:282)
    at com.sun.enterprise.v3.services.impl.ContainerMapper$HttpHandlerCallable.call(ContainerMapper.java:459)
    at com.sun.enterprise.v3.services.impl.ContainerMapper.service(ContainerMapper.java:167)
    at org.glassfish.grizzly.http.server.HttpHandler.runService(HttpHandler.java:201)
    at org.glassfish.grizzly.http.server.HttpHandler.doHandle(HttpHandler.java:175)
    at org.glassfish.grizzly.http.server.HttpServerFilter.handleRead(HttpServerFilter.java:235)
    at org.glassfish.grizzly.filterchain.ExecutorResolver$9.execute(ExecutorResolver.java:119)
    at org.glassfish.grizzly.filterchain.DefaultFilterChain.executeFilter(DefaultFilterChain.java:284)
    at org.glassfish.grizzly.filterchain.DefaultFilterChain.executeChainPart(DefaultFilterChain.java:201)
    at org.glassfish.grizzly.filterchain.DefaultFilterChain.execute(DefaultFilterChain.java:133)
    at org.glassfish.grizzly.filterchain.DefaultFilterChain.process(DefaultFilterChain.java:112)
    at org.glassfish.grizzly.ProcessorExecutor.execute(ProcessorExecutor.java:77)
    at org.glassfish.grizzly.nio.transport.TCPNIOTransport.fireIOEvent(TCPNIOTransport.java:561)
    at org.glassfish.grizzly.strategies.AbstractIOStrategy.fireIOEvent(AbstractIOStrategy.java:112)
    at org.glassfish.grizzly.strategies.WorkerThreadIOStrategy.run0(WorkerThreadIOStrategy.java:117)
    at org.glassfish.grizzly.strategies.WorkerThreadIOStrategy.access$100(WorkerThreadIOStrategy.java:56)
    at org.glassfish.grizzly.strategies.WorkerThreadIOStrategy$WorkerThreadRunnable.run(WorkerThreadIOStrategy.java:137)
    at org.glassfish.grizzly.threadpool.AbstractThreadPool$Worker.doWork(AbstractThreadPool.java:565)
    at org.glassfish.grizzly.threadpool.AbstractThreadPool$Worker.run(AbstractThreadPool.java:545)
    at java.lang.Thread.run(Thread.java:745)

有人熟悉这个问题吗?还是有人设法将 Vaadin 与 JMS 集成?

我在 Vaadin 7.4.1 上运行

【问题讨论】:

    标签: jakarta-ee glassfish jms vaadin vaadin7


    【解决方案1】:

    您应该运行 servlet 容器的 JMS OUTSIDE 的服务器实例。

    然后可以将此 JMS 服务器实例用作发布和订阅消息的目标点。

    【讨论】:

    • 我使用 glassfish 作为应用程序服务器,我有 2 个独立的战争应用程序,其中一个是 vaadin。您能否更具体地说明如何在 servlet 容器外运行 JMS 实例?
    • 我运行这个示例项目:github.com/mstahv/java-ee-jms-vaadin-chat 结果相同
    • 如错误所示,EE 或 EJB 环境不支持这种工作方式。它可能会根据您的容器起作用,但并非如此。明确地使用 JMS 代理的容器外部实例。
    • 感谢您的回复。您对哪些 JMS 经纪人可以解决此问题有任何建议吗?我坚持使用 Glassfish 服务器,我无法更改服务器环境。如果我的理解是正确的,最终 id 必须集成一个外部容器。更详细一点,之前我对基于 EJB 和 ManagedBeans 的 2 个不同的战争应用程序进行了成功的测试,并且 JMS 按预期工作。但是使用 Vaadin 它失败了,如果我在 vaadin 应用程序中添加一个 @MessageDriven bean,它会以某种方式在 vaadin 上下文之外运行并且无法访问 UI 或 VaadinServlet
    • 嗯...我们很少使用 EJB 容器,所以我无法回答这个问题。当我们在纯 Java 环境中时,我们使用 JORAM (joram.ow2.org),当需要与其他语言互操作时,我们使用 ActiveMQ (activemq.apache.org)。
    猜你喜欢
    • 1970-01-01
    • 2016-06-01
    • 1970-01-01
    • 2011-08-16
    • 2015-08-07
    • 1970-01-01
    • 2014-09-20
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多