Hi Scott,
                       Based on the archive mail,

I changed cas-servlet.xml and added repository-type="client" to the 
"flow:executor" tag.
       <flow:executor id="flowExecutor" repository-type="client" 
registry-ref="flowRegistry">
               <flow:execution-attributes>
                       <flow:alwaysRedirectOnPause value="false"/>
               </flow:execution-attributes>
       </flow:executor>


However I still see the CAS  still generating a JSESSIONID ....
Something else needs to be done ?


Thanks,
Alok


From: Scott Battaglia [mailto:[email protected]]
Sent: Tuesday, April 20, 2010 7:17 PM
To: [email protected]
Subject: Re: [cas-user] cas HA

Clustering of the CAS Server is required.  But there's multiple levels of 
clustering, so let's look at each one differently:

1. Storage-backing mechanism
2. HTTP Sessions
3. Service Registry

#3 is already clustered (assuming you read from a real database and not the 
in-memory one).
#2 is optional. HTTP Sessions are not required.  If they are on, you gain some 
benefits with the Web Flow.  However, you can have Spring Web Flow use 
client-side storage, and thus you don't need HTTP sessions (and don't have to 
worry about clustering them).  Worrying about HTTP Sessions means either 
session affinity or session clustering.
#1 If you want your CAS servers to both see the tickets, then you need to 
cluster your storage.  We provide JPA, Memcache and JBoss Cache options for 
this.

Cheers,
Scott


On Tue, Apr 20, 2010 at 9:59 PM, Alok Jain 
<[email protected]<mailto:[email protected]>> wrote:
Thanks a lot for the clarification

From: Mihir Patel [mailto:[email protected]<mailto:[email protected]>]
Sent: Tuesday, April 20, 2010 6:25 PM

To: [email protected]<mailto:[email protected]>
Subject: Re: [cas-user] cas HA

Hi Alok,

When I was working on to upgrade to CAS 3.3.5, I came across the same question 
you have and I also posted it in forum and at that time Scott B confirmed 
(http://n4.nabble.com/CAS-Cluster-Is-session-replication-needed-td998800.html) 
that  http session clustering is not needed even though it is mentioned in the 
wiki link below. At my company we have setup of 2 (as well as 4) nodes cluster 
with JBoss Cache on Tomcat without any clustering at tomcat level (check out my 
post 
http://n4.nabble.com/Performance-numbers-with-JBossCache-3-2-1-GA-td1747460.html).

Hope this helps.
-Mihir
On Tue, Apr 20, 2010 at 5:33 PM, Alok Jain 
<[email protected]<mailto:[email protected]>> wrote:
Hi Mihir,
                               Thanks for your reply .  However the  link 
http://www.ja-sig.org/wiki/display/CASUM/Clustering+CAS
mentions  that clustering is still required .


Alok.



From: Mihir Patel [mailto:[email protected]<mailto:[email protected]>]
Sent: Tuesday, April 20, 2010 5:21 PM
To: [email protected]<mailto:[email protected]>
Subject: Re: [cas-user] cas HA

Hi Alok,

Clustering for http sessions at application server level is not required as 
long as your load balancer has sticky session (session affinity).

-Mihir
On Tue, Apr 20, 2010 at 5:03 PM, Alok Jain 
<[email protected]<mailto:[email protected]>> wrote:
Hi ,
                 I am using CAS with JPA ticket registry . If I want to have 2 
instances of CAS behind the load-balancer , do I still need to do clustering as 
I am using database for the tickets.

Thanks,
Alok

--










You are currently subscribed to 
[email protected]<mailto:[email protected]> as: 
[email protected]<mailto:[email protected]>


























To unsubscribe, change settings or access archives, see 
http://www.ja-sig.org/wiki/display/JSG/cas-user


--










You are currently subscribed to 
[email protected]<mailto:[email protected]> as: 
[email protected]<mailto:[email protected]>















To unsubscribe, change settings or access archives, see 
http://www.ja-sig.org/wiki/display/JSG/cas-user

--





You are currently subscribed to 
[email protected]<mailto:[email protected]> as: 
[email protected]<mailto:[email protected]>












To unsubscribe, change settings or access archives, see 
http://www.ja-sig.org/wiki/display/JSG/cas-user


--





You are currently subscribed to 
[email protected]<mailto:[email protected]> as: 
[email protected]<mailto:[email protected]>





To unsubscribe, change settings or access archives, see 
http://www.ja-sig.org/wiki/display/JSG/cas-user

--


You are currently subscribed to 
[email protected]<mailto:[email protected]> as: 
[email protected]<mailto:[email protected]>







To unsubscribe, change settings or access archives, see 
http://www.ja-sig.org/wiki/display/JSG/cas-user


--

You are currently subscribed to [email protected] as: 
[email protected]

To unsubscribe, change settings or access archives, see 
http://www.ja-sig.org/wiki/display/JSG/cas-user

-- 
You are currently subscribed to [email protected] as: 
[email protected]
To unsubscribe, change settings or access archives, see 
http://www.ja-sig.org/wiki/display/JSG/cas-user

Reply via email to