Thanks.  I’ll look into that today and let you know if I find anything 
interesting.

Geoff

From: Scott Battaglia [mailto:[email protected]]
Sent: Tuesday, February 03, 2015 5:10 PM
To: [email protected]
Subject: RE: [cas-user] Intermittant Login Issues for one application


A session will time out regardless.  I believe the default is like 5 minutes.
On Feb 3, 2015 2:55 PM, "Whittaker, Geoffrey" 
<[email protected]<mailto:[email protected]>> wrote:
I can’t say with certainty that it’s been after ‘x’ amount of time.  However, 
my first thought was the terminate websession listener as I’ve had problems 
with it in the past.  I disabled it by commenting it out in cas-servelet and I 
didn’t see a change.

Geoff

From: Scott Battaglia 
[mailto:[email protected]<mailto:[email protected]>]
Sent: Tuesday, February 03, 2015 8:38 AM
To: [email protected]<mailto:[email protected]>
Subject: Re: [cas-user] Intermittant Login Issues for one application

If its the session time out issues, 200 is the right response as there's no 
actual error just an expired session.

How much time is passing from when the page is loaded to when you hit Login?

On Tue, Feb 3, 2015 at 8:31 AM, Whittaker, Geoffrey 
<[email protected]<mailto:[email protected]>> wrote:
Essentially, yes –but only sometimes.

The access log in tomcat shows a 200 response when it doesn’t work and a 302 
when it does.

Geoff

From: Scott Battaglia 
[mailto:[email protected]<mailto:[email protected]>]
Sent: Tuesday, February 03, 2015 8:09 AM
To: [email protected]<mailto:[email protected]>
Subject: Re: [cas-user] Intermittant Login Issues for one application

If I'm understanding your issue, you're visiting the login page and after 
attempting to login, it refreshes the page instead of redirecting?

The login page uses a HTTP Servlet Session so its possible your time between 
visiting the page and logging in is greater than the session time out.

On Mon, Feb 2, 2015 at 2:28 PM, Whittaker, Geoffrey 
<[email protected]<mailto:[email protected]>> wrote:
I’m having intermittent issues with a single application and my CAS 4 instance.

When clicking login on the cas form sometimes the cas server returns 200  
instead of 302 directing me back to the application to initiate service ticket 
validation.  Other times, it works without issue.

I’m not sure what this could be as it’s the first time I’ve come across it and 
it worked just fine in 3.5.2.

Has anyone come across anything like this before?

Geoff

--

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

Reply via email to