jetty.project/jetty-websocket
Lachlan Roberts b06601e5f1 disable checks for duplicate websocket mappings
throwing on adding of a duplicate websocket mapping causes problems
in EndpointViaConfigTest where we can add mappings even if they have
already been discovered by annotation

added a todo to review why we can't implement this check

Signed-off-by: Lachlan Roberts <lachlan@webtide.com>
2019-01-23 10:18:42 +11:00
..
javax-websocket-client Issue #3167 cleanups from review 2019-01-12 09:12:02 +11:00
javax-websocket-common javax websocket bug fixes, for duplicate mappings, and null messageSinks 2019-01-18 15:19:54 +11:00
javax-websocket-server do not set WebSocketMapping in WSUpgradeFilter if already set 2019-01-22 18:17:33 +11:00
javax-websocket-tests disable checks for duplicate websocket mappings 2019-01-23 10:18:42 +11:00
jetty-websocket-api happy new year!! 2019-01-01 12:17:53 +10:00
jetty-websocket-client Issue #3167 - Refactor of WebSocketChannelState 2019-01-10 18:53:52 +11:00
jetty-websocket-common Working BrowserDebugTool for jetty websocket API 2019-01-15 15:54:09 +11:00
jetty-websocket-server remove the word default from all WebSocketServletFactory methods 2019-01-22 18:32:14 +11:00
websocket-core separate out resources from the WebSocketMapping 2019-01-22 11:39:53 +11:00
websocket-servlet disable checks for duplicate websocket mappings 2019-01-23 10:18:42 +11:00
websocket-tests new websocket-tests module 2019-01-18 16:39:26 +11:00
README.TXT renamed README.txt to README.TXT and updated contents 2013-08-29 00:32:36 +10:00
pom.xml new websocket-tests module 2019-01-18 16:39:26 +11: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.