Hi,

 

My problem is very similar to the one described in the following link :
http://jasig.275507.n4.nabble.com/logout-when-services-sessions-have-expired
-td3065660.html

Accessing the cookie would have been a solution.

 

Regards,

Julien

 

De : Scott Battaglia [mailto:[email protected]] 
Envoyé : samedi 24 septembre 2011 03:19
À : [email protected]
Objet : Re: [cas-dev] TGT cookie generator and cookie path

 

To do single log out, you don't need access to the TGT.  Only CAS should
have access to the TGT.

 

Initiating logout via /logout will do the appropriate callback (assuming the
client supports it)

 

Cheers,

Scott

 

On Fri, Sep 23, 2011 at 9:31 AM, BREDA Julien <[email protected]> wrote:

Hi Scott,

 

Thanks for your answer.

 

I am actually developing several webapps using CAS for a Single Sign On and
I need to call the CAS Single Sign Out when one of the sessions expires.

Actually all my webapps are in the same tomcat instance (same domain) and
they share the same Context.

 

As I understood, I need to know the TGT to call the CAS Logout in a
SessionListener.sessionDestroyed. Is it right or is there another way to do
this ?

 

Regards.

 

De : Scott Battaglia [mailto:[email protected]] 
Envoyé : vendredi 23 septembre 2011 15:09
À : [email protected]
Objet : Re: [cas-dev] TGT cookie generator and cookie path

 

The cookie path is automatically set by the first event in the web flow.

 

This is to guarantee the proper path is set for the cookie.


What is your use case for over-riding the cookie path?

 

Cheers,

Scott

 

 

On Fri, Sep 23, 2011 at 9:07 AM, BREDA Julien <[email protected]> wrote:

Hi !

 

I’m using CAS server 3.4.10 and I tried to play with the
“ticketGrantingTicketCookieGenerator” bean but the “p:cookiePath” property
doesn’t seem to be used by the CookieRetrievingCookieGenerator class.

Is there any reason ? I would enjoy if it were the case, maybe in the future
? Or should I override this class ?

 

Regards,

Julien.

-- 
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-dev

 

-- 
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-dev
-- 
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-dev

 

-- 
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-dev

-- 
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-dev

Reply via email to