I have am using "tribes" messaging to send messages between remote applications which include tomcat embedded. You construct your message and submit to a "sendMessage" process. All running apps are always listening for messages. They receive the message and then may or may not reply or broadcast as a result.
On Wed, Jul 3, 2013 at 7:43 AM, Jose María Zaragoza <demablo...@gmail.com>wrote: > Thanks Christopher : > > Maybe I explained myself badly > I really need to send messages to a specific web session , not share data > > I need to pass some data ( message ) to a specific session from a remote > system ( a remote process from a remote system). > Finally, this data is passed to client's browser by AJAX Reverse > > My idea is the session creates a dynamic Queue and it configures itself as > Consumer > If I pass the Queue to remote process ( in message.replyTo() ) , the remote > process can send data to that specific session > > I could use a RDBS but , in this case, session needs to create a thread to > polling on a share table. And I don't like this idea, sorry. > > memcached sounds good but I don't know anything about it and I don't know > is is based on a event-driven architecture > > > > I need > > 1) send data/message from a remote process to a specific web session > 2) execute some code in this session > 3) consume ( a.k.a, delete ) that message > > Persistence is not a requirement but ActiveMQ allows it > > I'l try it with ActiveMQ > > Thanks again and regards > > > > > > 2013/7/2 Christopher Schultz <ch...@christopherschultz.net> > > > -----BEGIN PGP SIGNED MESSAGE----- > > Hash: SHA256 > > > > Jose, > > > > On 7/2/13 3:22 AM, Jose María Zaragoza wrote: > > > Thanks I need to share formatted text data ( XML, key/value, > > > ...I'm not sure yet ) > > > > > > I don't understand your comment about JMS . I will use a JMS broker > > > as ActiveMQ . Probably it will be embebbed into the same JVM than > > > Tomcat server. ActiveMQ supports persistent messages > > > > While JMS may work, it's really not the right solution. JMS is a > > messaging service, and you want a data-storage service. > > > > > I could use a database but I don't want to be making polling every > > > X seconds by a session > > > > You don't have to pull any data that the user doesn't need, do you? > > > > If you don't want to use a RDBMS, how about something like memcached? > > I asked about using memcached a while back on this list and got some > > other suggestions as well (as memcached doesn't make a great fail-safe > > shared-data storage system... it's really meant to be more of a cache > > of data available elsewhere). > > > > - -chris > > -----BEGIN PGP SIGNATURE----- > > Version: GnuPG/MacGPG2 v2.0.17 (Darwin) > > Comment: GPGTools - http://gpgtools.org > > Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ > > > > iQIcBAEBCAAGBQJR0ycOAAoJEBzwKT+lPKRYaAsP+wfhqoLQWwJoYLpur0Z5VOeJ > > GUmylaW+kllpcbdFdVG81691rjUW1Ph5yQ2MQzPFKv0bCp2cyHMWQuJgAp1rq/Lo > > T6Bpba6IHeyucxEAk0XZfGu4efS+wc39ncq9C3GPamEvrN+locYGtM/lqSpkSxKz > > 5ADXD9o2//U5Nk00N0KHPH4xsp/wtx0NJgT1p9f1VUKgU9pVvGFhHvrozvdAEcnv > > 9U7IQroNO7uR3RnKL/rq9CH3MsxL/gbWCWEZ21WkaguLFysc67naaSQvimIoLok9 > > eUfCK6Z5Bll4VeefK6YlA6E49sj01NZD1zuj0J/DGUiwBuFiNSZc1Z2NOZlue7Oo > > efpaRkjINouIfyk3RONa8/ZuNWf80ImX5vvJKEYK7ujc2LB7G8+ID95Toeej0eyg > > cZWHZo3N67nYgker4Kp4xn4VXBs4QfDzY/uOfsUyp8voNcCz6lBo38w8T3jvVJzV > > ci18cbWdRXQ3NrlaBkI8qJeEzMWAegM7C1IqJUspmlDHvsUIiamGA+ZF6nBNPr16 > > w3lx8X8xWjGM63OQaoYMbTc2ZXFCkP0zkXXEcx49zyGMSEDSk2NySw2HkAOh9iVx > > tr7YCDChtFg8mBQPY6CiiasEtn8j9JMK/XawdDI34LTsO1molB5OvJDGo558BqMm > > 3hK/JZGxPkEPapvOfWRM > > =tOMh > > -----END PGP SIGNATURE----- > > > > --------------------------------------------------------------------- > > To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org > > For additional commands, e-mail: users-h...@tomcat.apache.org > > > > > -- Vince Stewart
