A follow up on that uppercase thing - this article is what pointed me to it:
http://www.codeproject.com/KB/architecture/ColdFusion.aspx?msg=3412894 quote: "J2EE, however, requires that JSESSIONID be included as uppercase." On Dec 8, 9:59 am, daamsie <pe...@travellerspoint.com> wrote: > Alright, I added the jrun-web.xml settings for both the blogs and www > instances. > > There's an important change that needs to be made to those settings > you had - JSESSIONID seems to have to be uppercase. That cookie just > resets on every page otherwise. > > Sessions seem to be working smoothly now, across subdomains and > instances. Thanks a heap for your help. It was just the solution I > needed! > > Peter > > On Dec 7, 3:56 pm, daamsie <pe...@travellerspoint.com> wrote: > > > > > > > > > Excellent stuff. Going to give this a whirl now. > > > I updated to an Application.cfc on the blogs today. A bit messy at > > first, but that's running smoothly now. > > > If I can't replicate sessions, I may just have to stick the blogs back > > under the same instance. The main reason for separating them was to > > spread the load somewhat and have it so one instance could still be > > running if something went wrong with the other one. It's not a major > > deal though and I'd rather have logins working across these > > subdomains. > > > Thanks for looking into it in such detail. Much appreciated ;) ! > > > On Dec 7, 3:03 pm, "charlie arehart" <charlie_li...@carehart.org> > > wrote: > > > > Yep, sorry. They do mean about the same thing in my mind, but I should > > > have been more > > > accurate in my quote. :-) > > > > As for storing sessions in other than memory, I'll note as well that that > > > is again > > > something that the J2EE servers all offer. Even JRun has it, but it's not > > > exposed by > > > CF. One could find the underlying xml entries to tell it also to store > > > session data to > > > files, for instance. Some J2EE servers also support storing them in a > > > database. I > > > think it may be precluded in the Server deployment but should be fully > > > supported in > > > the Multiserver deployment, since that's pure JRun. > > > > Anyway, not disagreeing that Railo may have something else that CF > > > doesn't (and to be > > > clear, CF doesn't expose alternative session storage in the interface). > > > Was just > > > curious what you were thinking of. Thanks. > > > > /charlie > > > > From: cfaussie@googlegroups.com [mailto:cfaus...@googlegroups.com] On > > > Behalf Of > > > MrBuzzy > > > Sent: Monday, December 06, 2010 10:22 PM > > > To: cfaussie@googlegroups.com > > > Subject: Re: [cfaussie] Re: Handling sessions across subdomains > > > > I didn't say remnant I said artifact, maybe they mean the same thing :) > > > > Agreed it's an artifact of the J2EE spec and server (in this case JRun). > > > > Re: Railo, it has some cool mechanisms to store session data centrally or > > > distributed > > > for example you can use EHCache. I'm just recalling some of the > > > presentations at > > > cfoanz. I've never done it but it make sense and seems like an > > > alternative to using > > > 'replication' between CF instances which seems to use multicasting and > > > rmi etc and is > > > dependant on JRun or Tomcat or whatever. > > > > Sent from my iPhone -- You received this message because you are subscribed to the Google Groups "cfaussie" group. To post to this group, send email to cfaus...@googlegroups.com. To unsubscribe from this group, send email to cfaussie+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/cfaussie?hl=en.
