On Tue, Feb 23, 2010 at 8:08 PM, Christopher Schultz < ch...@christopherschultz.net> wrote:
> -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Tsirkin, > > On 2/23/2010 1:51 AM, Tsirkin Evgeny wrote: > > What we did - override session object using filter.On each request start > it > > would > > read it's info from db (any configured one ,but preferring the local one) > > On each request end it would write itself into ALL dbs that are > configured > > to be > > used. > > This could have been done using standard Tomcat components and a shared > session-only database. Which means running another mysql instance just for it, And on what machine - there are 2 equivalent machines ,no separate db one. > Or, a pair of MysQL databases rigged to hot-copy > each other. > > Unfortunately i think that mysql just don't know how to do master-master cluster (maybe in newer versions it does). > I think you did more work than necessary. Does this work with > authentication? > Tomcat adds information to the session that isn't part > of the attributes, so a standard HttpSession wrapper won't be able to > replicate this information between the nodes. I guess tomcat authentication is broken for me - tomcat is probably writing something in session _ before _ the filter loads the data into it from db. This probably can be fixed if i do not rip the "old" data written by tomcat and just add my own ,but i just don't use tomcat auth. > That means that things > like flow-resuming (where your original request is re-submitted after > successful authentication) won't work. > > What's "flow-resuming" is ?How a request can be "resumed" ?Doesn't this goes againt the idea of "http is staitless" ,that's vrey interesting? Evgeny > - -chris > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.10 (MingW32) > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ > > iEYEARECAAYFAkuEGbYACgkQ9CaO5/Lv0PDhiQCfQe3yPvORu/NX4AKyTDFL+xvR > kxgAoKAdaB26k5K/T+10Rqrq7iQsS6Xu > =2IqQ > -----END PGP SIGNATURE----- > > --------------------------------------------------------------------- > To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org > For additional commands, e-mail: users-h...@tomcat.apache.org > >
