Chris, foo has to run as a daemon outside of tomcat. It will be interacting with low level drivers through jni. I was looking at trying to do that with making a client endpoint in my daemon but i was having trouble getting it to connect to the websocket server.
On Tue, Oct 28, 2014 at 12:21 PM, Christopher Schultz < ch...@christopherschultz.net> wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA256 > > Jason, > > On 10/28/14 9:06 AM, Jason Ricles wrote: > > Ok so here is the problem I have been spinning my wheels on for day > > let me just lay it out. > > > > I have a daemon written in java running lets call it foo for > > simpleness on a linux machine that has the tomcat server running. > > On the tomcat server is a WAR file for a webapp called bar. In that > > webapp is a webpage with JavaScript websocket communication that > > connects to a websocket server that is also a part of the WAR file. > > So I have a webpage and a websocket server communicating with each > > other. > > > > I want the foo daemon and the websocket server on bar (web > > application) to be able to communicate with each other. Is there > > any way outside of sockets to have foo and the websocket server on > > bar do this? > > Dumb question: why can't foo just be a Websocket client? Make a ws:// > connection to your web application in Tomcat and then two-way > communication is possible. Take whatever values from either side and > push them over the wire. > > Use JSON or something dirt-simple as your data encapsulation language: > it's standard, well-understood, and has parsers and serializers > readily available for many different languages. It's also pretty much > backward- and forward-compatible since everything is pretty much a > named value map, so you can add/subtract fields at will without having > to rewrite the communication protocol or do a lot of extra work in > either the client or the server. > > - -chris > > > On Tue, Oct 28, 2014 at 8:59 AM, Martin Grigorov > > <martin.grigo...@gmail.com> wrote: > > > >> On Tue, Oct 28, 2014 at 2:51 PM, Jose María Zaragoza > >> <demablo...@gmail.com > >>> > >> wrote: > >> > >>> 2014-10-28 13:44 GMT+01:00 Jason Ricles > >>> <jgr...@alum.lehigh.edu>: > >>>> > >>>> Martin, > >>>> > >>>> I can not use hazelcast due to regulations I have to abide > >>>> by, is where > >>> any > >>>> other built in way besides sockets that will allow me to > >>>> share data > >>> between > >>>> the two processes? > >>> > >>> > >>> You could use an embedded ( or not ) messaging broker ( like > >>> ActiveMQ ) . Or any kind of in-memory database > >>> > >> > >> But this will be again socket based communication. > >> > >> > >> Let's start from the beginning: What is your use case ? What > >> value will have a deserialized session in the second process ? > >> > >> > >>> > >>> > >>>> > >>>> > >>>> On Tue, Oct 28, 2014 at 8:24 AM, Martin Grigorov < > >>> martin.grigo...@gmail.com> > >>>> wrote: > >>>> > >>>>> Hi, > >>>>> > >>>>> In this case you will have to share the data between the > >>>>> processes. A simple and easy solution would be to use > >>>>> http://hazelcast.com/, > >> for > >>>>> example. > >>>>> > >>>>> On Tue, Oct 28, 2014 at 2:06 PM, Jason Ricles < > >> jgr...@alum.lehigh.edu> > >>>>> wrote: > >>>>> > >>>>>> No, > >>>>>> > >>>>>> it is external as in it is running in a daemon on a linux > >>>>>> machine > >>> where > >>>>> the > >>>>>> tomcat server is also running. > >>>>>> > >>>>>> On Tue, Oct 28, 2014 at 4:35 AM, Johan Compagner < > >>> jcompag...@servoy.com> > >>>>>> wrote: > >>>>>> > >>>>>>>> > >>>>>>>> > >>>>>>>> I would like to be able to access my sessions from an > >>>>>>>> external > >>> java > >>>>>>> class, > >>>>>>>> however each time I do sessionList.getsize() it keeps > >>>>>>>> coming > >>> back as > >>>>> 0, > >>>>>>> but > >>>>>>>> there is an active sessions. Is there any way I can > >>>>>>>> access the > >>> active > >>>>>>>> sessions in tomcat from an external java class? > >>>>>>>> > >>>>>>>> Jason > >>>>>>>> > >>>>>>> > >>>>>>> What is an external java class? Is it in the same class > >>>>>>> loader? > >> so > >>> it > >>>>> is > >>>>>>> just part of the webapplication? then the above > >>>>>>> approach should work fine > >>>>>>> > >>>>>>> > >>>>>>> -- Johan Compagner Servoy > >>>>>>> > >>>>>> > >>>>> > >>> > >>> --------------------------------------------------------------------- > >>> > >>> > To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org > >>> For additional commands, e-mail: users-h...@tomcat.apache.org > >>> > >>> > >> > > > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1 > Comment: GPGTools - http://gpgtools.org > > iQIcBAEBCAAGBQJUT8KOAAoJEBzwKT+lPKRYb44P/iPtg+Y0SKMzyzOwrcM+dOuZ > jy2AqLPKRlUNQFVja+HxKfQcgKCrsOxvFHo2RrnUVTsgbjCNPJXR7eIWpBluTsgv > wyQKjC0m1q7hYoEE4us86wjQiAG4c+KAD/RwX9hljOoFqW4BSBVi0SHaaqgJV486 > ACabJmaXdmfgkzkerEfHEbQmNR39C8jTVT0yrZg2kGLW8Y8BcbFjLQXFK0pTbgYT > zyiTWzF848Fw+KAg9w8H5s6EhvIcJtNkGmhq3wU9msdvF4mp9+mWnsPfdhGVIvQ8 > T3FP+zsBH+mhz+/Y0Id6jr1nmH2a+qvaNe82V23dyAYB+xqPsOmjQ41exRrwo+ZU > PO4wnLSeAM1j96fav0DU5OEcBI4JM+r9uaZZX4dOaPAX3+NHEuB0ZYjqdbcrZtGC > 535YMNLtDgylnRIY/pGzd8F7EcxUNGrZB82xbibPY45wvVj76x5CPwQ3lZNVUzTm > mZdTkcmrD51Ujpdsq+g8TtLuYzrMUklo/We6cuhVc7gLS3nEw/hiJqGuyWEhDf9c > 4YXAeEaLAZQjznSAn2yJUF1DI8BRHaD5mpFCvb/N7W6/1G7GtjUY5zJgQ0XEHenn > MAwKbkssQr3BouACcQzDqlH1FYqBve8D0fyMZsq62xFrBg61nbZQVzzZoF0vWNH2 > VWQ85hKZbLt+ew90h1mz > =seU1 > -----END PGP SIGNATURE----- > > --------------------------------------------------------------------- > To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org > For additional commands, e-mail: users-h...@tomcat.apache.org > >
