--
You are currently subscribed to cas-user@lists.jasig.org as:
arch...@mail-archive.com
To unsubscribe, change settings or access archives, see
http://www.ja-sig.org/wiki/display/JSG/cas-user
Thank you! That was it!
From: John Gasper [mailto:jgas...@unicon.net]
Sent: Thursday, June 26, 2014 5:30 PM
To: cas-user@lists.jasig.org
Subject: Re: [cas-user] propertyFileConfigurer config issues
Hi Zac,
I think this is because of your use of
valueclasspath:WEB-INF/cas.properties/value.
Hello Julien (and others)!
I have already achieved a state when CAS starts without problems with the
plugin, however it throws an error when the user accesses the /login page.
I'd like to ask two more questions about the plugin configuration.
1. Configuration in deployerConfigContext.xml:
You
Correction: it seems to be more reproducible in non-Chrome browsers (IE, FF,
Safari, etc.)
From: Zac Harvey
Sent: Friday, June 27, 2014 1:23 PM
To: 'cas-user@lists.jasig.org'
Subject: CAS: Broken webflow on failed authentication on 4.0.0?
I am on CAS 4.0.0 and am experiencing what I *believe*
Here’s some insight into this req-resp - on the second HTTP POST with correct
credentials, HTTP 302 is returned and browser simply re-issues GET to the
/login resource:
Remote Address:75.101.143.131:80
Request URL:http://mycas.commercehub.cloudbees.net/login
Request Method:POST
Status Code:302
Good morning
We the help of a consultant, we recently implemented OAuth 2 for
Shibboleth. We will be promoting it this weekend. Right now, Shibboleth
and CAS are not integrated, but our users are showing confusion in which
application is handling their authentication requests. My intention is
Thanks Dmitriy, however:
Browser culprit?
I can reproduce this in *any* browser, although it seems more difficult to
reproduce in Chrome.
Nginx culprit?
The link (http://mycas.commercehub.cloudbees.net/login) is my CAS server
running on the CloudBees PaaS. I put it up there so the CAS
Have you tried to reproduce it in the locally deployed let’s say standalone
Tomcat instance?
D.
On Jun 27, 2014, at 2:23 PM, Zac Harvey zhar...@commercehub.com wrote:
Thanks Dmitriy, however:
Browser culprit?
I can reproduce this in *any* browser, although it seems more difficult to
Thanks again Dmitriy, and yes of course I have reproduced locally :-)
The HTTP 302 is certainly interesting. It's almost as if the POST is failing
(my guess is a bug or misconfiguration of Spring Webflow properties) and
redirecting the user to the login screen (hence the form resetting
I apologize but I was trying to complete this assignment and I couldn't get to
my thread. I emailed you my answers the only thing I need to send you is the
berns articale . I will try thread again I did request for help.
From: Marvin Addison
10 matches
Mail list logo