Hi Maxim,

It is shame that none of the HTTPD developers responded.
It looks Eric Covener knows as much as I do about mod_proxy_wstunnel ...
If it wasn't possible to make the difference between the protocols then the
web server won't be able to decide whether to use WebSocket endpoint or
http servlet/filter to call the application code.

Sorry that I cannot help you more.

Martin Grigorov
Wicket Training and Consulting


On Thu, Feb 6, 2014 at 3:17 PM, Maxim Solodovnik <solomax...@gmail.com>wrote:

> Hello Martin,
>
> I have asked HTTPD mailing thread:
> http://httpd.markmail.org/thread/zohvqeokryvigpjn
> It seems to be impossible to set proxy on protocol basis.
>
> Maybe it would be possible to do the following:
> create mapping "/ws" inside the application
> make websocket URL to be "ws://host:port/app/ws" on my home page
>
> Thanks in advance
>
>
> On Tue, Jan 28, 2014 at 3:53 PM, Martin Grigorov <mgrigo...@apache.org
> >wrote:
>
> > Hi Maxim,
> >
> > You should ask in HTTPD mailing lists. Or whoever maintains
> > mod_proxy_wstunnel.
> > If you split http and ws to be in different mappings (e.g. /openmeetings
> > (for http) and /ws-openmeetings (for ws)) then you will have to use two
> > <filter> elements in your web.xml, one with WicketFilter and another with
> > JettyWebSocketFilter. The problem here is that both of them will have
> their
> > own Application and Session instances.
> >
> > I think it should be easy for HTTPD to differentiate between the
> protocols
> > and use the correct proxy settings.
> > If they cannot see the difference in the protocols then they won't see
> any
> > difference in the url path too :)
> >
> > Please let us know when you have some progress!
> >
> > Martin Grigorov
> > Wicket Training and Consulting
> >
> >
> > On Tue, Jan 28, 2014 at 3:24 AM, Maxim Solodovnik <solomax...@gmail.com
> > >wrote:
> >
> > > Thanks for the quick answer Paul,
> > >
> > > Segmentation fault is definitely caused by me, but I was not sure if it
> > is
> > > compilation issue or bacuse of my configuration.
> > >
> > > I currently have Apache config like this:
> > >
> > >         #WEBSOCKETS
> > >        ProxyPass /openmeetings ws://localhost:5080/openmeetings retry=0
> > >        ProxyPassReverse /openmeetings ws://localhost:5080/openmeetings
> > > retry=0
> > >
> > >         ProxyPass /openmeetings http://localhost:5080/openmeetings
> > >         ProxyPassReverse /openmeetings
> > http://localhost:5080/openmeetings
> > >
> > > As you can see WebSockets mapping is the same as main app mapping (only
> > > protocol part differs)
> > > I'm afraid segmentation fault might be caused by normal HTML requests
> > > coming instead of WebSocket requests ....
> > >
> > > This is why I'm asking is there any option to make WebSocket URL differ
> > > than main app URL?
> > >
> > >
> > > On Tue, Jan 28, 2014 at 4:27 AM, Paul Bors <p...@bors.ws> wrote:
> > >
> > > > I don't think segmentation faults fall (no pun intended) under Wicket
> > :)
> > > >
> > > > You might want to look for help under the Unbuntu's user mailing
> lists
> > > > and/or search on Google.
> > > > Here's a starting point for you:
> > > >
> > > >
> > >
> >
> http://www.amoss.me.uk/2013/06/apache-2-2-websocket-proxying-ubuntu-mod_proxy_wstunnel/
> > > >
> > > >
> > > > On Mon, Jan 27, 2014 at 12:42 PM, Maxim Solodovnik <
> > solomax...@gmail.com
> > > > >wrote:
> > > >
> > > > > Hello All,
> > > > > Is there any way to perform proxying of web sockets?
> > > > >
> > > > > I have tried mod_proxy_wstunnel but with no luck due to
> > > > > 1) I might compile something to very stable (Segmentation fault
> under
> > > > > Ubuntu 13.10 HTTP 2.4.6)
> > > > > 2) both main app and ws URL are looks the same:
> > > > > http://localhost/openmeetings and ws://localhost/openmeetings.
> > > > >
> > > > > Should I create additional page/mapping for performing ws
> tunneling?
> > > > > Maybe anyone can share example config/how to?
> > > > >
> > > > > Thanks in advance :)
> > > > >
> > > > > --
> > > > > WBR
> > > > > Maxim aka solomax
> > > > >
> > > >
> > >
> > >
> > >
> > > --
> > > WBR
> > > Maxim aka solomax
> > >
> >
>
>
>
> --
> WBR
> Maxim aka solomax
>

Reply via email to