There should be a line in the log4j properties for like
org.springframework.web.flow that is set to INFO or higher explicitly. Just
change it to DEBUG (and read the warning :-))
On Tue, Oct 11, 2011 at 12:03 PM, Kirk, Matt wrote:
> Sorry Scott but which line needs to change and to what?
>
> T
Thanks! I added some documentation here (see the bottom of the page):
https://wiki.jasig.org/display/CASUM/Auditing+and+Statistics+Via+Inspektr
-Nathan
-Original Message-
From: Marvin Addison [mailto:marvin.addi...@gmail.com]
Sent: Tuesday, October 11, 2011 9:02 AM
To: cas-user@lists.j
> But when jumped into method getServiceTicket(final String server, final
> String ticketGrantingTicket, final String service) I've got HTTP ERROR 400
> and Exception in log file.
I'd like to determine whether this is a problem with the client script
or something in your CAS server environment
AFAIK, distributed Ehcache instances sit on top of Terracotta,
http://ehcache.org/documentation/terracotta/. Have you done that?
M
--
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
I have a 2 node Tomcat cluster fronted by HTTPd on a single machine. I have
configured CAS, and added ehcache as the ticket registry, but nodeB does not
find tickets from nodeA
Here is (some) output from the cas.log files:
=
WHO: mi
Your logs appear to show two users' sessions interleaved. It would be
very helpful to have logs from a single user session in order to
troubleshoot.
M
--
You are currently subscribed to cas-user@lists.jasig.org as:
arch...@mail-archive.com
To unsubscribe, change settings or access archives, se
Hello,
I am in the middle of upgrading to the latest version of Horde WebMail
and I wanted to use CAS. I found the manual page that speaks about
casifying the application but it may be outdated.
http://wiki.horde.org/CASAuthHowTo
I did run into the esup horde cas project and wondered if anyo
On Mon, 10 Oct 2011, Richard wrote:
Hi everyone,
I am trying to use CAS with Oracle LDAP server.
It's quite easy to set up CAS with ldap, but when I try to set up CAS
with ldaps, I have problem.
First, I have to use some Oracle Java lib and native lib. The Java libs
include ldapjclnt10.ja
Sorry Scott but which line needs to change and to what?
Thanks,
Matt
From: Scott Battaglia [scott.battag...@gmail.com]
Sent: 11 October 2011 16:47
To: cas-user@lists.jasig.org
Subject: Re: [cas-user] No Spring Webflow debug logging
We explicitly set it higher in
> Just noticed the bean configuration for the contextSource has pooled set to
> true which on looking at the com.sun.jndi.ldap.LdapClient.close method
> instructs the pool to release the connection and not close it.
Thanks for sharing this. I wasn't aware of this behavior per se, but
it makes s
We explicitly set it higher in our log4j files. You'll have to change that
line.
On Tue, Oct 11, 2011 at 11:44 AM, Kirk, Matt wrote:
> Hi All,
>
> I can't seem to get any Spring Webflow debug logging output from CAS with
> the below log4j.properties.
>
> Anyone seen this behaviour and knows h
Hi All,
I can't seem to get any Spring Webflow debug logging output from CAS with the
below log4j.properties.
Anyone seen this behaviour and knows how to see the output?
Thanks,
Matt
log4j.rootLogger=DEBUG, R
log4j.appender.R=org.apache.log4j.FileAppender
log4j.appender.R.File=target/logs/ca
I'm trying to figure out why we are getting a very very slow response on our
CAS server. It seems to happen with when the client is doing a SAML
validation. I'm seeing a couple of user's names turning up repeatedly in calls
for service tickets on different processes. Looking over the logs fr
> Does anyone have any input on the timing of the db inserts compared
> to the actual usage of that ticket?
Can you please cite the relevant cas.log and mysql binary log entries?
I'd like some first-hand evidence to guide further investigation.
> We are thinking it might be a transaction issue…
> 1. if I don't add libnjssl10.so into java.library.path, under Jetty, it will
> complai
> Root exception is java.lang.UnsatisfiedLinkError: no njssl10 in
> java.library.path
> which is expected. but under Tomcat, no complaint.
How do you configure java.library.path in Tomcat? Where have you p
On Mon, Oct 10, 2011 at 6:04 PM, Bryan Wooten wrote:
> All,
>
>
>
> Sorry in advance if this a little off topic, but I thought this list could
> be a good source of information.
>
>
>
> Our new CIO has deemed an IAM (Identity/Access Management) solution to be
> his #2 priority (Massive Data Center
> That page looks fine from here, what about it was displaying badly?
The following is what I see in Chrome and FF7, which is incorrect:
http://maven.apache.org/POM/4.0.0";
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance";
xsi:schemaLocation="http://maven.apache.org/POM/4.0
> There is a resolved issue here, so it seems possible:
> https://issues.jasig.org/browse/CAS-794
I can see why you'd be confused. The functionality started to be
included in CAS, but we decided it was generally useful to the
Inspektr library, and it got added there in the end:
https://github.co
That page looks fine from here, what about it was displaying badly?
cheers,
s
On 11/10/2011, at 11:54 PM, Marvin Addison wrote:
>> There is a wiki display issue on the
>> page
>> https://wiki.jasig.org/display/CASUM/Best+Practice+-+Setting+Up+CAS+Locally+using+the+Maven2+WAR+Overlay+Method
>
> There is a wiki display issue on the
> page https://wiki.jasig.org/display/CASUM/Best+Practice+-+Setting+Up+CAS+Locally+using+the+Maven2+WAR+Overlay+Method
I've seen this before and I sincerely think it's a Confluence bug.
It's happened with several XML configs that I've worked on in various
pag
Hi all,
Does anyone have any input on the timing of the db inserts compared to the
actual usage of that ticket? The ticket is created fine as a refresh of the
browser often fixes this problem.
We are just about to put this into production but I see this being a
showstopper.
We are thinking it
Hi Pietro,
Hmmm, seems strange. The exception being logged is happening when CAS is
trying to create a TGT - which you already have. Have you change any other
config? Ticket expiration policies perhaps which might have caused the
original TGT to become invalid? I'm just guessing really.
Re
Hi Pietro,
Are you sure you have successfully authenticated using the Rest API? The log
you attached shows the following entry before the exception showing an
authentication failure:
2011-10-11 10:48:27,109 INFO
[org.jasig.cas.authentication.AuthenticationManagerImpl] -
2011-10-11 10:48:27
23 matches
Mail list logo