On Fri, May 17, 2013 at 3:35 PM, Mark Thomas <ma...@apache.org> wrote:

> On 17/05/2013 13:07, Niki Dokovski wrote:
> > Hi,
> >
> > Developing some sample apps with websockets and tomcat 8 revealed two
> > issues I’d like to discuss here.
> >
> > 1.       There is no proxy support in the implementation of
> > WebSocketContainer.connectToServer calls. While playing around with the
> > code it was relatively easy to add this in the implementation with simple
> > consideration of http.proxyHost and xxxxPort system properties; replacing
> > host and port values which were obtained from path method parameter and
> > making initial HTTP CONNECT message to the proxy. In this case, do you
> > think we can add proxy support here? I was thinking how to provide some
> > kind of automation test as well, but no luck so far.
>
> Personally I dislike the global nature system properties for
> configuration unless they are absolutely the only option.
>
> Since the WebSocket API has no way of setting a proxy at the moment,
> system properties might be the only choice :(
>
> This is an issue you should raise with the WebSocket EG group. I suggest
> opening a Jira to request proxy support in a future version.
> https://java.net/jira/browse/WEBSOCKET_SPEC


Here is the issue:
https://java.net/jira/browse/WEBSOCKET_SPEC-202



>
>
>
> > 2.       So when I got my proxy tunneling in place (with the CONNECT http
> > request) I hit a tougher problem with SSL handshake implementation in
> > WebSocketSslHandshakeThread. The SSL handshake was successful while I was
> > stepping with the debugger through the code and failed when I  run the
> > test. It should be some timing issue. This bit needs more debugging. Have
> > you seen this before?
>
> No, but the SSL support for WebSocket clients hasn't been heavily used
> yet so there could still be some bugs to iron out. If you haven't
> already, take a look at
> TestWsWebSocketContainer.testConnectToServerEndpointSSL()
>
> Mark
>
>
>
Thanks. I'll take a look at it.


> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
> For additional commands, e-mail: dev-h...@tomcat.apache.org
>
>

Reply via email to