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 I could use a database but I don't want to be making polling every X seconds by a session Regards 2013/7/2 mailingl...@j-b-s.de <mailingl...@j-b-s.de> > Hi! > > What kind of data do you want to share? Just a view "bytes"? Is there an > requirement concerning durability/persistence/performance? > Is this user=session related or do you want to share data in general? > Usually if you have a session id the lb will route your user always to the > same container? What about session replication, a database, terracotta? > > JMS: i doubt this will be working... you need a persistent message or a > container started after the change was send will not noticed about it... > > Jens > > > > Sent from my iPhone > > On 02.07.2013, at 08:45, Jose María Zaragoza <demablo...@gmail.com> wrote: > > > Hello: > > > > I need to share data between sessions running in different Tomcat server. > > > > I 'd been thinking about using a JMS broker (as ActiveMQ ): > > > > - when a new session is created in Tomcat A, it's created a new unique > > topic for this session > > - the session registers itself as listener of that topic ( the only one > > listener ) > > - publish the name of this topic by some way , so it can be found by > > another session in Tomcat B > > > > I don't know if somebody has used something like this sometime, and how > > he/she did it > > Any suggestion/opinion ? > > > > I'm not sure either use only one topic for all session created or one > topic > > per session ? > > I think that one topic per session is more safe because if I use one > topic > > for all sessions, if one message is not read quickly by one consumer ( a > > session ), could block the topic, > > Obviously , i'll define a TTL for messages/topic > > > > Thanks and regards > > --------------------------------------------------------------------- > To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org > For additional commands, e-mail: users-h...@tomcat.apache.org > >
