彗星通过WebSocket："unknown bayeux transport"

我试图通过websocket客户端连接到commetd服务器。我完全使用了 github 上官方彗星演示中的代码，没有修改，并尝试连接到 http://localhost:8080/cometd/test

.. 但是一旦我的客户端尝试执行 websocket 升级 http 请求，我就会收到"HTTP/1.1 400 未知贝叶传输"的响应有什么想法吗？

我尝试了使用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 依赖项：树产生以下内容

[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@31f5a8ff{r=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@31f5a8ff{r=1,c=false,a=IDLE,uri=/cometd/test} handle enter
3412 [qtp1080615555-20 - /cometd/test] DEBUG org.eclipse.jetty.server.HttpChannelState  - HttpChannelState@738a2171{s=IDLE i=true a=null} handling IDLE
3412 [qtp1080615555-20 - /cometd/test] DEBUG org.eclipse.jetty.server.HttpChannel  - HttpChannelOverHttp@31f5a8ff{r=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@31f5a8ff{r=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=ResponseInfo{HTTP/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 依赖项存在，但仍然出现问题。

Jetty提供 2 种不同的 WebSocket 风格，标准的 JSR 356 和特定于 Jetty 的。

第一个在 Maven 工件中用javax在工件名称中指示，而第二个在工件名称中用jetty表示。

从上面的POM中，您正在使用cometd-java-websocket-jetty-server，这是CometD绑定到码头WebSocket风格。

但是，您显式地将javax-websocket-server-impl工件指定为依赖项，即 JSR 356javax风格。

我猜如果你使依赖关系保持一致，那就是只依赖于javax风格或仅取决于码头风格将解决你的问题。

除非你需要使用Jetty特定的功能，否则我建议你同时使用JSR 356javax风格来处理CometD绑定(org.cometd.java:cometd-java-websocket-javax-server)和Jetty依赖(org.eclipse.jetty.websocket:javax-websocket-server-impl)。

我遇到了完全相同的问题。我试图追踪这个。在我看来，这是由bayeux服务器从ws.cometdURLMapping属性初始化websocket传输映射的方式引起的。要么，要么我使用了错误的ws.cometdURLMapping值.

假设 websockets 依赖项配置正确，因此使用 jsr 356，websocket 升级请求将通过 JettyWebSocketUpgradeFilter.doFilter()。此方法验证请求是否为合法的 websocket 升级请求，以及其映射之一是否与 websocket 请求路径匹配。

这就是我失败的地方。从来没有一个成功的匹配。

我已将ws.cometdURLMapping配置为/cometd/*。我预计这意味着任何对/cometd/<whatever/here>的 websocket 请求都会被接受。

这不会发生，因为 AbstractWebSocketTransport.normalizeURLMapping() 将/cometd/*转换为 AFAICS 被 Jetty websocket 代码解释为正则表达式/cometd。这是我所指的彗星代码：

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来拯救。

相关内容

最新更新

热门标签：