通过 websocket 的彗星：“未知的巴约传输”
Posted
技术标签:
【中文标题】通过 websocket 的彗星：“未知的巴约传输”【英文标题】：cometd via websocket: "unknown bayeux transport" 【发布时间】：2018-06-13 03:27:54 【问题描述】：我正在尝试通过 websocket 客户端连接到 commetd 服务器。我完全使用了来自official cometd demo on github 的代码，没有进行任何修改，并尝试连接到http://localhost:8080/cometd/test
.. 但是一旦我的客户尝试执行 websocket 升级 http 请求，我就会收到“HTTP/1.1 400 Unknown Bayeux Transport”的响应 有什么想法吗？
我尝试了使用 SSL 和不使用它，后者显然是为了减少潜在的错误来源。在这两种情况下，我都会遇到相同的错误。
这是我的 pom，以防我忘记了一些重要的 websocket 相关依赖项
<project xmlns="http://maven.apache.org/POM/4.0.0"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="http://maven.apache.org/POM/4.0.0
http://maven.apache.org/xsd/maven-4.0.0.xsd">
<modelVersion>4.0.0</modelVersion>
<groupId>de.verlinkied</groupId>
<artifactId>bayeux-server</artifactId>
<version>1.0</version>
<properties>
<jetty.version>9.2.22.v20170606</jetty.version>
<cometd.version>3.1.3</cometd.version>
<slf4j.version>1.7.25</slf4j.version>
</properties>
<dependencies>
<dependency>
<groupId>org.eclipse.jetty.websocket</groupId>
<artifactId>websocket-api</artifactId>
<version>$jetty.version</version>
</dependency>
<dependency>
<groupId>org.eclipse.jetty</groupId>
<artifactId>jetty-server</artifactId>
<version>$jetty.version</version>
</dependency>
<dependency>
<groupId>org.eclipse.jetty</groupId>
<artifactId>jetty-servlet</artifactId>
<version>$jetty.version</version>
</dependency>
<dependency>
<groupId>org.eclipse.jetty</groupId>
<artifactId>jetty-jmx</artifactId>
<version>$jetty.version</version>
</dependency>
<dependency>
<groupId>org.eclipse.jetty.websocket</groupId>
<artifactId>javax-websocket-server-impl</artifactId>
<version>$jetty.version</version>
</dependency>
<dependency>
<groupId>org.cometd.java</groupId>
<artifactId>cometd-java-server</artifactId>
<version>$cometd.version</version>
</dependency>
<dependency>
<groupId>org.slf4j</groupId>
<artifactId>slf4j-api</artifactId>
<version>$slf4j.version</version>
</dependency>
<dependency>
<groupId>org.slf4j</groupId>
<artifactId>slf4j-log4j12</artifactId>
<version>$slf4j.version</version>
</dependency>
</dependencies>
<build>
<plugins>
<plugin>
<groupId>org.codehaus.mojo</groupId>
<artifactId>exec-maven-plugin</artifactId>
<configuration>
<mainClass>de.verlinked.BayeuxServerTest</mainClass>
</configuration>
</plugin>
</plugins>
</build>
</project>
mvn dependency:tree 产生以下结果
[INFO] ------------------------------------------------------------------------
[INFO] Building bayeux-server 1.0
[INFO] ------------------------------------------------------------------------
[INFO]
[INFO] --- maven-dependency-plugin:2.8:tree (default-cli) @ bayeux-server ---
[INFO] de.verlinkied:bayeux-server:jar:1.0
[INFO] +- org.eclipse.jetty.websocket:websocket-api:jar:9.2.22.v20170606:compile
[INFO] +- org.eclipse.jetty:jetty-server:jar:9.2.22.v20170606:compile
[INFO] | +- javax.servlet:javax.servlet-api:jar:3.1.0:compile
[INFO] | +- org.eclipse.jetty:jetty-http:jar:9.2.22.v20170606:compile
[INFO] | \- org.eclipse.jetty:jetty-io:jar:9.2.22.v20170606:compile
[INFO] +- org.eclipse.jetty:jetty-servlet:jar:9.2.22.v20170606:compile
[INFO] | \- org.eclipse.jetty:jetty-security:jar:9.2.22.v20170606:compile
[INFO] +- org.eclipse.jetty:jetty-jmx:jar:9.2.22.v20170606:compile
[INFO] | \- org.eclipse.jetty:jetty-util:jar:9.2.22.v20170606:compile
[INFO] +- org.eclipse.jetty.websocket:javax-websocket-server-impl:jar:9.2.22.v20170606:compile
[INFO] | +- org.eclipse.jetty:jetty-annotations:jar:9.2.22.v20170606:compile
[INFO] | | +- org.eclipse.jetty:jetty-plus:jar:9.2.22.v20170606:compile
[INFO] | | | \- org.eclipse.jetty:jetty-jndi:jar:9.2.22.v20170606:compile
[INFO] | | +- org.eclipse.jetty:jetty-webapp:jar:9.2.22.v20170606:compile
[INFO] | | | \- org.eclipse.jetty:jetty-xml:jar:9.2.22.v20170606:compile
[INFO] | | +- javax.annotation:javax.annotation-api:jar:1.2:compile
[INFO] | | +- org.ow2.asm:asm:jar:5.0.1:compile
[INFO] | | \- org.ow2.asm:asm-commons:jar:5.0.1:compile
[INFO] | | \- org.ow2.asm:asm-tree:jar:5.0.1:compile
[INFO] | +- org.eclipse.jetty.websocket:javax-websocket-client-impl:jar:9.2.22.v20170606:compile
[INFO] | | \- org.eclipse.jetty.websocket:websocket-client:jar:9.2.22.v20170606:compile
[INFO] | +- org.eclipse.jetty.websocket:websocket-server:jar:9.2.22.v20170606:compile
[INFO] | | +- org.eclipse.jetty.websocket:websocket-common:jar:9.2.22.v20170606:compile
[INFO] | | \- org.eclipse.jetty.websocket:websocket-servlet:jar:9.2.22.v20170606:compile
[INFO] | \- javax.websocket:javax.websocket-api:jar:1.0:compile
[INFO] +- org.cometd.java:cometd-java-server:jar:3.1.3:compile
[INFO] | +- org.cometd.java:bayeux-api:jar:3.1.3:compile
[INFO] | \- org.cometd.java:cometd-java-common:jar:3.1.3:compile
[INFO] | \- org.eclipse.jetty:jetty-util-ajax:jar:9.2.22.v20170606:compile
[INFO] +- org.slf4j:slf4j-api:jar:1.7.25:compile
[INFO] \- org.slf4j:slf4j-log4j12:jar:1.7.25:compile
[INFO] \- log4j:log4j:jar:1.2.17:compile
[INFO] ------------------------------------------------------------------------
[INFO] BUILD SUCCESS
[INFO] ------------------------------------------------------------------------
码头日志显示如下
3411 [qtp1080615555-20] DEBUG org.eclipse.jetty.server.HttpChannel - HttpChannelOverHttp@31f5a8ffr=1,c=false,a=IDLE,uri=/cometd/test messageComplete
3411 [qtp1080615555-20] DEBUG org.eclipse.jetty.server.HttpInput - HttpInputOverHTTP@6f0992d0 EOF
3411 [qtp1080615555-20] DEBUG org.eclipse.jetty.server.HttpChannel - HttpChannelOverHttp@31f5a8ffr=1,c=false,a=IDLE,uri=/cometd/test handle enter
3412 [qtp1080615555-20 - /cometd/test] DEBUG org.eclipse.jetty.server.HttpChannelState - HttpChannelState@738a2171s=IDLE i=true a=null handling IDLE
3412 [qtp1080615555-20 - /cometd/test] DEBUG org.eclipse.jetty.server.HttpChannel - HttpChannelOverHttp@31f5a8ffr=1,c=false,a=DISPATCHED,uri=/cometd/test action REQUEST_DISPATCH
3412 [qtp1080615555-20 - /cometd/test] DEBUG org.eclipse.jetty.server.Server - REQUEST GET /cometd/test on HttpChannelOverHttp@31f5a8ffr=1,c=false,a=DISPATCHED,uri=/cometd/test
3412 [qtp1080615555-20 - /cometd/test] DEBUG org.eclipse.jetty.server.handler.ContextHandler - scope null||/cometd/test @ o.e.j.s.ServletContextHandler@35fdf572/,null,AVAILABLE
3413 [qtp1080615555-20 - /cometd/test] DEBUG org.eclipse.jetty.server.handler.ContextHandler - context=||/cometd/test @ o.e.j.s.ServletContextHandler@35fdf572/,null,AVAILABLE
3413 [qtp1080615555-20 - /cometd/test] DEBUG org.eclipse.jetty.servlet.ServletHandler - servlet |/cometd|/test -> org.cometd.server.CometDServlet-629a2d4a@4553b89a==org.cometd.server.CometDServlet,1,true
3413 [qtp1080615555-20 - /cometd/test] DEBUG org.eclipse.jetty.servlet.ServletHandler - chain=Jetty_WebSocketUpgradeFilter->org.cometd.server.CometDServlet-629a2d4a@4553b89a==org.cometd.server.CometDServlet,1,true
3414 [qtp1080615555-20 - /cometd/test] DEBUG org.eclipse.jetty.servlet.ServletHandler - call filter Jetty_WebSocketUpgradeFilter
3416 [qtp1080615555-20 - /cometd/test] DEBUG org.eclipse.jetty.servlet.ServletHandler - call servlet org.cometd.server.CometDServlet-629a2d4a@4553b89a==org.cometd.server.CometDServlet,1,true
3418 [qtp1080615555-20 - /cometd/test] DEBUG org.eclipse.jetty.server.HttpConnection - org.eclipse.jetty.server.HttpConnection$SendCallback@62e6f50[PROCESSING][i=ResponseInfoHTTP/1.1 400 Unknown Bayeux Transport,304,false,cb=org.eclipse.jetty.server.HttpChannel$CommitCallback@6892f8b1] generate: NEED_HEADER (null,[p=0,l=304,c=2048,r=304],true)@START
在哪里可以看到调用了一些 Jetty_WebSocketUpgradeFilter，这让我觉得 websocket 依赖存在但还是有问题。
【问题讨论】：
您将 Web 应用程序部署到哪个服务器？我问是因为您使用的是 Jetty 特定的 WebSocket CometD 绑定，它需要 Jetty 作为服务器。请同时指定确切的服务器版本。 所提供链接中的示例使用嵌入式码头，版本为 9.2.23.v20171218，如 pom 属性中所述 【参考方案1】：Jetty 提供 2 种不同的 WebSocket 风格，一种是标准的 JSR 356，一种是 Jetty 特定的。
第一个在 Maven 工件中用 javax 在工件名称中表示，而第二个在工件名称中用 jetty 表示。
在上面的 POM 中，您使用的是 cometd-java-websocket-jetty-server，它是 CometD 与 jetty WebSocket 风格的绑定。
但是，您将 javax-websocket-server-impl 工件明确指定为依赖项，它是 JSR 356 javax 风格。
我猜如果您使依赖关系保持一致，即仅依赖 javax 风格或 jetty 风格将解决您的问题。
除非您需要使用 Jetty 特定功能，否则我建议您对 CometD 绑定 (org.cometd.java:cometd-java-websocket-javax-server) 和 Jetty 依赖项 (org.eclipse.jetty.websocket:javax-websocket-server-impl) 使用 JSR 356 javax 风格.
【讨论】：
我尝试只使用 javax-websocket-server-impl，还调整了我的问题，显示 mvn 依赖：树。不过还是没有运气 您从未展示过您的嵌入式代码，因此请确保您的代码类似于 CometD 文档的 this section 中的内容，尤其是调用WebSocketServerContainerInitializer 来初始化 WebSocket。
这是link 的确切代码，正如您提供的部分甚至提到的问题中提到的那样
所以代码取自实际测试，因此运行正常。与您的配置和 CometD 演示有何不同？
这正是我想要找出的！我希望依赖关系在某些方面有所不同，尤其是缺少与 websocket 相关的东西，但似乎没有，嗯？【参考方案2】：
我遇到了完全相同的问题。我试图追查这一点。在我看来，这是由bayeux 服务器从ws.cometdURLMapping 属性初始化websocket 传输映射的方式引起的。要么，要么我使用了错误的值ws.cometdURLMapping。
假设 websockets 依赖配置正确，所以使用 jsr 356，websocket 升级请求通过 Jetty WebSocketUpgradeFilter.doFilter()。此方法验证请求是合法的 websockets 升级请求，并且其映射之一与 websocket 请求路径匹配。
这就是我失败的地方。 从来没有成功的比赛。
我已将ws.cometdURLMapping 配置为/cometd/*。我预计这意味着任何对 /cometd/<whatever/here> 的 websocket 请求都将被接受。
这不会发生，因为 AbstractWebSocketTransport.normalizeURLMapping() 将 /cometd/* 转换为 /cometd，Jetty websocket code 将 AFAICS 解释为正则表达式。
这是我指的彗星代码：
protected List<String> normalizeURLMapping(String urlMapping)
String[] mappings = urlMapping.split(",");
List<String> result = new ArrayList<>(mappings.length);
for (String mapping : mappings)
if (mapping.endsWith("/*"))
mapping = mapping.substring(0, mapping.length() - 2);
if (!mapping.startsWith("/"))
mapping = "/" + mapping;
result.add(mapping);
return result;
正则表达式^/cometd$肯定与我的websocket请求路径/cometd/或/cometd/something-here不匹配，所以绕过了websocket升级过滤器。
我还没有追查到这之后会发生什么，但我认为由于没有传输被标记为可用，彗星服务器只是用HTTP 400 Unknown Bayeux transport 退出。
【讨论】：
以上是关于通过 websocket 的彗星：“未知的巴约传输”的主要内容，如果未能解决你的问题，请参考以下文章