I know the use of an HTTP request was previously marked as a poor idea, however I'm not sure I agree as I've thought this through. Here's a solution that I think would work quite well, assuming you encapsulate all your app vars in a single object (which is a good idea anyway, IMO). Of course, I might be suggesting rebuilding JMS, which I know exactly nothing about, but oh well.
- server 1 learns it needs to update it's app vars (exactly how is app dependant). - server 1 updates the app vars object however it needs to. - server 1 serializes the app vars object (probably want XML, rather than the built in binary format). - server 1 gets a list of cluster members (exactly how will be app/container/cluster controller dependant). - for each server, server 1 calls a secured web service, passing the serialized app vars object, which the other servers then deserialize and store in their app scope. The last piece of the puzzle would be making sure more than one server doesn't start that process at any given time, but that shouldn't be a big deal. Call another web service method after step one that tells all servers not to start updating, and handle collisions (if two servers start down that new step at the same time) by alphabetic ordering of server name or something. Feel free to tell me I'm a jackass, but that seems to me like it'd work well, and be very app independant, so it could be reused over and over. --- Barney Boisvert, Senior Development Engineer AudienceCentral (formerly PIER System, Inc.) [EMAIL PROTECTED] voice : 360.671.8708 x12 fax : 360.647.5351 www.audiencecentral.com > -----Original Message----- > From: S. Isaac Dealey [mailto:[EMAIL PROTECTED] > Sent: Tuesday, March 25, 2003 10:37 AM > To: CF-Talk > Subject: re: J2EE session replication -- application replication? > > > <<<<< > > What I'm really wondering if there's a way to get something like J2EE > > session replication for the application scope. > > I've wondered this too, but it seems that, because application > data is part > of the servlet context, and the servlet context is unique to each > JVM, there > is no built-in way to do this envisioned by the Servlet API. > Frustrating and > counterintuitive that you can replicate session data but not application > data. > > I imagine that an elegant solution might be achieved with JMS? but have no > experience of using this with CF. > > Nick > >>>>> > > I'm not familiar... What's JMS? > > s. isaac dealey 954-776-0046 > > new epoch http://www.turnkey.to > > lead architect, tapestry cms http://products.turnkey.to > > tapestry api is opensource http://www.turnkey.to/tapi > > certified advanced coldfusion 5 developer > http://www.macromedia.com/v1/handlers/index.cfm?ID=21816 > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~| Archives: http://www.houseoffusion.com/cf_lists/index.cfm?forumid=4 Subscription: http://www.houseoffusion.com/cf_lists/index.cfm?method=subscribe&forumid=4 FAQ: http://www.thenetprofits.co.uk/coldfusion/faq Structure your ColdFusion code with Fusebox. Get the official book at http://www.fusionauthority.com/bkinfo.cfm Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.4
