-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256

Jose,

On 7/2/13 3:43 PM, Jose María Zaragoza wrote:
> 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

No, memcached does not sound good for your requirements.

> I need
> 
> 1) send data/message from a remote process to a specific web
> session 2) execute some code in this session

For example?

> 3) consume ( a.k.a, delete ) that message
> 
> Persistence is not a requirement but ActiveMQ allows it
> 
> I'll try it with ActiveMQ

What if the session no longer exists? What should happen to the
message? This is starting to sound more like one of those situations
where EJBs are actually necessary. Then again, I have rarely seen an
environment where EJBs are actually necessary... only used because it
makes the system more "enterprisey".

- -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/

iQIcBAEBCAAGBQJR2hwHAAoJEBzwKT+lPKRYzfgP/20Y42iqmMDb3a/plqXYL6Jt
52yuVdhAF5zqfC3Wz3cjw776SE0f2lqbZ83WX39IfbYUEdQQavh2bNZwXgJ32EkB
POokex5ej+y1kyYNmY4mkz9eMQq1iX0fJKR3sqc5mW97swsIpLUQy7cuaBAdwhft
jHL34GLe6ZFAUh6w3xnwkRu9vJMPzVIY9za5zmNdOssALsGZTZlHgZbvJCImLkfJ
iwFHqiK35bgTfUDhxOweOoeyPB2mgiJYM8NrGs06BEu0KCnhF63O/TVIiyOt3y7M
hmpFno7XQN2CGEv6FOpEx1vRDW2hyznHKx6pfVBkEK2MA+SEHVW7iPbX968htezE
aeYGTnvNPtNmiHINMzetVnQBNbs4dlgunWFUOdWfkLlj1r1grquY+u0tjrEgFXgD
/0uGlxOosNGWuLc72rn1RgfKn6LkWNS95KqIGMtXBfhoDT569My9AE9sFE4JyVgG
XL52UTtx4x1QxmDyuNSD6d7yNGyI11lVyo2UJhKvoHJrSX61cyQ0rDVmiVuIkC5q
m5rEMhqczw8TK7l2j4t3KNYr+BW204fBhTnvsKHpfjy3k0xTYu+sA5yGFemR4MI1
TR5MHZmnBao6aWLUVBJqKK3JWyrikNCq59rfGk11NUCiHJSN0H9XHCXBRbujOl7s
HQd4pmn2ocSwBOWQw60p
=lwin
-----END PGP SIGNATURE-----

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

Reply via email to