The JSR-356 websocket containers do not have a lifecycle.
It is expected that you request only 1 WebSocketContainer and use it for
the life of your JVM.

Avoid using ContainerProvider.getWebSocketContainer() multiple times.

Note, if all you are wanting is a container suitable for instantiating
outgoing connections from a web application, then you can access the
ServerContainer from
ServerContainer container = (ServerContainer)
HttpServletRequest.getAttribute("javax.websocket.server.ServerContainer");

There is only ever 1 of those (per web application)
>From there you can use the container.connectToServer() calls like before.


--
Joakim Erdfelt <[email protected]>
webtide.com <http://www.webtide.com/> - intalio.com/jetty
Expert advice, services and support from from the Jetty & CometD experts
eclipse.org/jetty - cometd.org


On Mon, Sep 9, 2013 at 7:18 AM, Kasper Nielsen <[email protected]> wrote:

> Hi,
>
> I'm trying to port an existing Jetty 9.0 websocket implementation to
> javax.websocket.
>
> I'm creating a WebSocketContainer using
>   WebSocketContainer container = ContainerProvider.*getWebSocketContainer*
> ();
> which will pick up an instance of ClientContainer/ServerContainer.
>
> What is the preferred way to shut down the container again seeing that
> WebSocketContainer does not have lifecycle methods?
>
> ((org.eclipse.jetty.util.component.ContainerLifeCycle) container).stop();
> works but depends on the Jetty implementation.
>
> Cheers
>   Kasper
>
> _______________________________________________
> jetty-users mailing list
> [email protected]
> https://dev.eclipse.org/mailman/listinfo/jetty-users
>
>
_______________________________________________
jetty-users mailing list
[email protected]
https://dev.eclipse.org/mailman/listinfo/jetty-users

Reply via email to