Try setting all your ports to 40001.
The example docs
(https://github.com/Jasig/cas/blob/master/cas-server-integration-ehcache/src/test/resources/ehcache-replicated.xml)
work if both cas servers are on a single machine (same ip address).
When the cas servers are on different machines (urls have i
Check what attributes are being released from your LDAP server.
The items in the LDAP response may be provided as part of the authenticated
user info but not necessarily the released attributes.
Ray
From: Chris Irwin
Sent: August 13, 2015 13:58
To: cas-user@l
G
[org.jasig.cas.authentication.LdapAuthenticationHandler] - Found principal
attribute: [mail[chris.ir...@sadasystems.com]]
2015-08-13 16:31:20,565 DEBUG
[org.jasig.cas.authentication.LdapAuthenticationHandler] - Found principal
attribute: [displayName[Chris Irwin]]
Is that different?
Ch
Background info:
CAS 3.5.2.1
Tomcat 7 and java 7
LDAP backend
ehcache for tickets and clearpass
load balancer for 2 Tomcat instances (which only host CAS)
UPortal with multiple portlets (WebProxyPortlets)
Description of problem behaviour:
1. user attempts to access portal
2. portal redirects to C
Chris,
I had to check the box for 'Ignore Attribute Management via this Tool' for the
service in Service Manager. You will also need to make sure the attributes are
listed under Attributes.
Ray
From: Chris Irwin
Sent: August 24, 2015 06:05
To: cas-user@lis
s-user@lists.jasig.org
Subject: RE:[cas-user] Attribute Release
Ray,
Thanks for the response! Could you tell me the name or send me a link to the
tool?
Chris
From: Ray Bon [mailto:r...@uvic.ca]
Sent: Wednesday, August 26, 2015 12:22 PM
To: cas-user@lists.jasig.org
Subject: Re:[cas-user] Attribute R
Christian,
You can run the dependency command which will give you a tree of all
packages and versions being used in your build. Look for duplicates with
different versions.
>From the root of your project:
mvn dependency:tree
Ray
On 2015-09-07 07:56, Christian Rohmann wrote:
> Hey Misagh,
>
> tha
Jeremy,
When you say that you 'login to one node where it does everything', have
you tested each node in isolation?
Given that the 'Caused by' is unable to 'Find class', are all nodes
configured exactly the same?
Assuming that the simple explanations are dealt with, I experienced
similar behaviour
What is the result of server.prefix while running?
Are you performing any maven filtering?
We have some values filtered into our CAS application at build time. I
found that maven would perform a substitution of the project name
(defined at the top of pom.xml) for any variable ending in .name; e.g.
you were/are experiencing the same problem as me, this would be a
workable solution.
Ray
On 2015-10-16 14:55, Jonas Steinberg wrote:
> 1) What do you mean the "result" of server.prefix?
> 2) How could maven filtering help me?
> 3) Really? .nom?!?
>
> On Fri, Oct 16,
10 matches
Mail list logo
