jetty.project/jetty-websocket
Lachlan 681f46bd2a
Merge pull request #5406 from eclipse/jetty-10.0.x-WebSocketSCI
throw ISE if the WebSocketSCI configure() is called on a started ServletContextHandler
2020-10-16 17:13:19 +11:00
..
websocket-core-client Merge remote-tracking branch 'origin/jetty-9.4.x' into jetty-10.0.x 2020-09-25 13:28:41 +10:00
websocket-core-common Issue #5287 - share compression pools and size with max num threads 2020-10-14 22:28:26 +11:00
websocket-core-server allow override of shared CompressionPools in WebSocketServerComponents 2020-10-14 22:28:26 +11:00
websocket-core-tests Fixes #5379 - Better handling for wrong SNI. (#5398) 2020-10-12 15:48:53 +02:00
websocket-javax-client Updating to version 10.0.0-SNAPSHOT 2020-08-11 16:47:55 +08:00
websocket-javax-common Issue #4996 - Regularlize logging (#5167) 2020-08-24 17:15:13 +02:00
websocket-javax-server Merge pull request #5406 from eclipse/jetty-10.0.x-WebSocketSCI 2020-10-16 17:13:19 +11:00
websocket-javax-tests Merge remote-tracking branch 'origin/jetty-9.4.x' into jetty-10.0.x 2020-10-16 17:08:01 +11:00
websocket-jetty-api Merge remote-tracking branch 'origin/jetty-9.4.x' into jetty-10.0.x 2020-09-10 10:55:34 +10:00
websocket-jetty-client Merge remote-tracking branch 'origin/jetty-9.4.x' into jetty-10.0.x 2020-09-25 13:28:41 +10:00
websocket-jetty-common Merge branch 'jetty-10.0.x-4824-WSmaxOutgoingFrames' into jetty-10.0.x 2020-09-10 10:51:57 +10:00
websocket-jetty-server Merge pull request #5406 from eclipse/jetty-10.0.x-WebSocketSCI 2020-10-16 17:13:19 +11:00
websocket-jetty-tests Issue #5287 - share compression pools and size with max num threads 2020-10-14 22:28:26 +11:00
websocket-util Fix WebSocketServerExamplesTest to work with surefire update 2020-08-13 22:04:56 +10:00
websocket-util-server Issue #5287 - share compression pools and size with max num threads 2020-10-14 22:28:26 +11:00
README.TXT
pom.xml Updating to version 9.4.33-SNAPSHOT 2020-09-30 11:53:09 -05:00

README.TXT


This is the jetty websocket module that provides a websocket server and the skeleton of a websocket client.

By default websockets is included with a jetty release (with these classes either being in the jetty-websocket jar or in
an aggregate jar (see below).


In order to accept a websocket connection, the websocket handshake request is first routed to normal HTTP request
handling, which must respond with a 101 response and an instance of WebSocketConnection set as the
"org.eclipse.jetty.io.Connection" request attribute.   The accepting behaviour is provided by WebSocketHandler or the
WebSocketServlet class, both of which delegate to the WebSocketFactory class.

A TestServer and TestClient class are available, and can be run either directly from an IDE (if jetty source is
imported), or from the command line with


  java -cp jetty-aggregate/jetty-all/target/jetty-all-7.x.y.jar:jetty-distribution/target/distribution/lib/servlet-api-2.5.jar
  org.eclipse.jetty.websocket.TestServer  --help 

  java -cp jetty-aggregate/jetty-all/target/jetty-all-7.x.y.jar:jetty-distribution/target/distribution/lib/servlet-api-2.5.jar
  org.eclipse.jetty.websocket.TestClient --help


Without a protocol specified, the client will just send/receive websocket PING/PONG packets.    A protocol can be specified for testing other
aspects of websocket.  Specifically the server and client understand the following protocols:

    org.ietf.websocket.test-echo
        Websocket messages are sent by the client and the server will echo every frame.

    org.ietf.websocket.test-echo-broadcast
        Websocket messages are sent by the client and the server will echo every frame to every connection.

    org.ietf.websocket.test-echo-assemble
        Websocket messages are sent by the client and the server will echo assembled messages as a single frame.

    org.ietf.websocket.test-echo-fragment
        Websocket messages are sent and the server will echo each message fragmented into 2 frames.