如何在嵌入式 Jetty 8.1.12 上的 WebSocketFactory.upgrade() 期间修复 NPE答案

【问题标题】：How to fix NPE during WebSocketFactory.upgrade() on embedded Jetty 8.1.12如何在嵌入式 Jetty 8.1.12 上的 WebSocketFactory.upgrade() 期间修复 NPE
【发布时间】：2013-09-12 22:55:28
【问题描述】：

我正在尝试在以嵌入式模式运行 jetty 8.1.12 的自执行战争中运行 Cometd websocket 服务器。我能够以这种方式运行所有其他网络应用程序，但对于 websocket 情况，我收到此错误：

java.lang.NullPointerException
at org.eclipse.jetty.websocket.WebSocketFactory.upgrade(WebSocketFactory.java:238)
at org.eclipse.jetty.websocket.WebSocketFactory.acceptWebSocket(WebSocketFactory.java:396)
at org.cometd.websocket.server.WebSocketTransport.handle(WebSocketTransport.java:157)
at org.cometd.server.CometdServlet.service(CometdServlet.java:166)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:848)
at org.eclipse.jetty.servlet.ServletHolder.handle(ServletHolder.java:686)

我已经阅读了所有其他帖子，我认为这是不同的。

我有 2 个 maven 项目，一个使用 maven-shades 插件构建一个包含 jetty-server 8.1.12 的 uber jar，另一个包含第一个 jar 作为战争覆盖。覆盖层将所有 jetty-server 类放在战争的根目录中，因此可以使用“java -jar my.war”运行它。因为 Cometd 还需要用于 websockets 的码头，所以我再次确保 WEB-INF/lib 目录中的所有依赖项和 jar 也都是 8.1.12。所以只有一台服务器和它的码头 8.1.12。所有其他帖子/问题都是因为非码头或非 websocket 容器或非 http 连接，但这是 100% 码头 8.1.12 并且 webapp 在使用独立的外部码头 8.1.12 实例部署时工作正常。

来自 maven-shades 的 uberjar 依赖项（用于嵌入式 jetty self-exe 战争）

[INFO] com.pgi.pulsar:pulsar-container:jar:1.0-SNAPSHOT
[INFO] +- org.eclipse.jetty:jetty-server:jar:8.1.12.v20130726:compile
[INFO] |  +- org.eclipse.jetty.orbit:javax.servlet:jar:3.0.0.v201112011016:compile
[INFO] |  +- org.eclipse.jetty:jetty-continuation:jar:8.1.12.v20130726:compile
[INFO] |  \- org.eclipse.jetty:jetty-http:jar:8.1.12.v20130726:compile
[INFO] |     \- org.eclipse.jetty:jetty-io:jar:8.1.12.v20130726:compile
[INFO] +- org.eclipse.jetty:jetty-servlet:jar:8.1.12.v20130726:compile
[INFO] |  \- org.eclipse.jetty:jetty-security:jar:8.1.12.v20130726:compile
[INFO] +- org.eclipse.jetty:jetty-webapp:jar:8.1.12.v20130726:compile
[INFO] |  \- org.eclipse.jetty:jetty-xml:jar:8.1.12.v20130726:compile
[INFO] +- org.eclipse.jetty:jetty-servlets:jar:8.1.12.v20130726:compile
[INFO] |  +- org.eclipse.jetty:jetty-client:jar:8.1.12.v20130726:compile
[INFO] |  \- org.eclipse.jetty:jetty-util:jar:8.1.12.v20130726:compile
[INFO] \- junit:junit:jar:4.8.2:test

这是运行嵌入式码头的代码：

public class Main {

public static void main(String[] args) throws Exception {
  Server server = new Server();
  SocketConnector connector = new SocketConnector();
  connector.setMaxIdleTime(1000 * 60 * 60);
  connector.setSoLingerTime(-1);
  String portValue = System.getProperty("pulsar.port");
  int port = (portValue != null ? Integer.parseInt(portValue) : 8080);
  connector.setPort(port);
  server.setConnectors(new Connector[]{connector});
  WebAppContext context = new WebAppContext();
  context.setServer(server);
  context.setContextPath("/");

  ProtectionDomain protectionDomain = Main.class.getProtectionDomain();
  URL location = protectionDomain.getCodeSource().getLocation();
  context.setWar(location.toExternalForm());

  server.setHandler(context);
  server.start();
  System.in.read();
  server.stop();
  server.join();

webapp WEB-INF/libs 中的库：

 jar tvf target/pulsar-websockets-1.0-SNAPSHOT.war | grep WEB-INF/lib/jetty | cut -b 36-100
 WEB-INF/lib/jetty-client-8.1.12.v20130726.jar
 WEB-INF/lib/jetty-continuation-8.1.12.v20130726.jar
 WEB-INF/lib/jetty-http-8.1.12.v20130726.jar
 WEB-INF/lib/jetty-io-8.1.12.v20130726.jar
 WEB-INF/lib/jetty-jmx-8.1.12.v20130726.jar
 WEB-INF/lib/jetty-server-8.1.12.v20130726.jar
 WEB-INF/lib/jetty-util-8.1.12.v20130726.jar
 WEB-INF/lib/jetty-websocket-8.1.12.v20130726.jar
 WEB-INF/lib/jetty-xml-8.1.12.v20130726.jar

这个问题感觉可能与 webapp 和封闭的码头服务器之间共享的 HttpConnection 等码头类之间的类加载问题有关（我读过一篇关于 HttpConnection-ThreadLocal 和 osgi 的帖子）。这些课程实际上在两个地方都有，但是我找不到将它们分开的方法，因为两个地方都需要它们。

也许有办法让码头与 webapp 类加载器共享它的类加载类？在这一点上，我已经没有想法了，不知道接下来我可以尝试什么。我该怎么做才能让它发挥作用？

【问题讨论】：

标签： websocket jetty embedded-jetty cometd

【解决方案1】：

搞定了。在比较了有效的外部码头服务器和嵌入式配置之间的确切差异之后，我能够让它工作。它需要一些试验和错误，而且并不完全明显，所以我分享了我为他人所做的事情。

首先，我在 WEB-INF/lib 中需要的唯一码头 jar 是这个：

jetty-util-8.1.12.v20130726.jar

我在外部为嵌入式容器提供的所有其他内容。即使这个 jar 存在于服务器类路径中，应用程序也不会加载。唯一可行的方法是，如果我只将那个 jar 添加到 /lib 目录。这导致我出现下一个错误：

java.lang.IllegalStateException: Websockets not supported on blocking connectors
  at org.eclipse.jetty.websocket.WebSocketFactory.upgrade(WebSocketFactory.java:237)
  at org.eclipse.jetty.websocket.WebSocketFactory.acceptWebSocket(WebSocketFactory.java:396)
  at org.cometd.websocket.server.WebSocketTransport.handle(WebSocketTransport.java:157)

注意它通过了 NPE，这是进步。然后通过查看其他工作码头服务器中的日志行，并阅读一些非阻塞连接器，我使用了这个连接器而不是 SocketConector：

import org.eclipse.jetty.server.nio.SelectChannelConnector;
. . .
SelectChannelConnector connector = new SelectChannelConnector();

这两个非常简单的更改让我启动并运行。

【讨论】：

另外请注意，如果您使用 1 个 web 应用程序从嵌入式码头做所有事情，您可以简单地使用 WebAppContext.setParentLoaderPriority(true) 并实际上消除您的 WEB-INF/lib 目录。
这是一个很好的建议，我先尝试了。但是，以及这里描述的 addSystemClasses() 等wiki.eclipse.org/Jetty/Reference/Jetty_Classloading 并没有解决问题。我每次都遇到 NoClassDefFound 和 ClassNotFound 异常。由于某种原因，关于 websocket-ness 以及它如何跨越 cometd webapp 和 jetty 容器的一些东西使得这很棘手。

【解决方案2】：

我遇到了同样的问题，我尝试构建的应用程序依赖于 atmosphere 而我在 Jetty-9 下运行应用程序。

我发现 war/WEB-INF/lib 中的 Jetty 罐子是：

jetty-continuation-7.6.7.v20120910.jar jetty-http-7.6.7.v20120910.jar jetty-io-7.6.7.v20120910.jar jetty-security-7.6.7.v20120910.jar jetty-server-7.6.7.v20120910.jar jetty-servlet-7.6.7.v20120910.jar jetty-util-7.6.7.v20120910.jar jetty-websocket-7.6.7.v20120910.jar

我切换到Jetty-8，问题就消失了。

【讨论】：

【解决方案3】：

我在使用带有 vaadin 7 和气氛的 tomcat 时遇到此错误。该错误对应用程序的良好行为没有影响，但不时弹出。

java.lang.NullPointerException
at org.eclipse.jetty.websocket.WebSocketFactory.upgrade(WebSocketFactory.java:238)

通过从我的类路径中删除 gwt-dev-2.7.0.vaadin4.jar 解决了这个问题。反正我好像也不需要。

【讨论】：