It sounds like you need at least separate domains for clustera and clusterb.
Maybe something like 

www.mysite.com/
www.mysite.com/site1-m

and 

www2.mysite.com/somesite1


You can also just combine the 2 clusters and have all 4 instances server all
the requests.  What is the reason that the sites were split off into 2
clusters in the first place?

russ

> -----Original Message-----
> From: Matthew Williams [mailto:[EMAIL PROTECTED]
> Sent: Wednesday, January 31, 2007 12:39 PM
> To: CF-Talk
> Subject: Re: Multiple Instances and Virtual Directories...
> 
> >Matt,
> >
> >I'm a little confused on what the problem is.  You're saying you have
> >several sites such as
> >
> >www.example.com/app1
> >www.example.com/app2
> >www.example.com/app3
> >
> >and what you're saying is that app1, app2, and app3 are virtual folders,
> and
> >you've set up each virtual folder to go to a different instance of JRUN.
> >
> >If you have multiple clustered instances of JRUN, the connector will
> round
> >robin between all the instances, and you should have session sharing
> enabled
> >so that sessions replicate between the instances.
> >
> >I'm not sure exactly how the JSessionID cookies work, but if they are per
> >application, and you have different application names for each app, it's
> >possible that they are overriding each other.
> >
> >Try using HTTPLook and see what cookies are being sent and received.  If
> >this is indeed the problem, you might have to set up separate domains (or
> >subdomains) for each app.  Something like
> >
> >App1.example.com
> >App2.example.com
> >App3.example.com
> >
> >Hope this helps,
> >
> >Russ
> >
> >>
> 
> It looks like such:
> 
> Cluster A (with replication - J2EE sessions enabled)
> Machine A:
> www.mysite.com
> www.mysite.com/site1-n
> 
> Machine B:
> www.mysite.com
> www.mysite.com/site1-n
> ---------------------------------------------------
> Cluster B (with replication - J2EE sessions enabled)
>    Note:  Machine A & B same as above
> Machine A:
> https://www.mysite.com/somesite1
> 
> Machine B:
> https://www.mysite.com/somesite1
> 
> What happens, is that a request to /somesite1 is getting a JSessionID that
> matches one of the IDs from cluster A.  Even though the request was made
> to one of the sites in cluster B.  I was looking at the requests in
> FusionReactor, but it didn't really dawn on me as to what was happening
> until I looked in the wsconfig/<num>/logFiles that it was breaking session
> stickiness and failing.  It's just extremely odd that sometimes it works,
> and the right JSessionID is generated, and sometimes it doesn't work.
> 
> I agree that the best solution would be to stick everyone into their own
> domain, but it's going to take time and paper work to enact such a change.
> People dont' like to hear that though.
> 
> Matthew Williams
> Geodesic GraFX
> 
> 

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~|
Upgrade to Adobe ColdFusion MX7 
Experience Flex 2 & MX7 integration & create powerful cross-platform RIAs 
http:http://ad.doubleclick.net/clk;56760587;14748456;a?http://www.adobe.com/products/coldfusion/flex2/?sdid=LVNU

Archive: 
http://www.houseoffusion.com/groups/CF-Talk/message.cfm/messageid:268250
Subscription: http://www.houseoffusion.com/groups/CF-Talk/subscribe.cfm
Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.4

Reply via email to