I can't solve your logging problem. But assuming you do that, setting the Java client to DEBUG *should* tell you what response came back from the CAS server.
You could also try posting a sanitized web.xml (i.e. replace the real host names if you're concerned) and we can see if there are any glaring issues. On Mon, Feb 28, 2011 at 3:52 PM, Bryan Wooten <[email protected]> wrote: > Hi all, > > > > After speaking with colleagues at another nearby Uni, I decided to try > their approach to CASifying PeopleSoft. > > > > The first step is to simply add CAS client filters to the Weblogic web.xml > and do the mappings. So far so good, when I hit my PeopleSoft applications I > get redirected to CAS and can then successfully log in. But when the request > comes back with the ticket I get this error: > > > > ####<Feb 28, 2011 12:31:29 PM MST> <Error> <HTTP> <wall.acs.utah.edu> > <PIA1> <[ACTIVE] ExecuteThread: '1' for queue: 'weblogic.kernel.Default > (self-tuning)'> <<WLS Kernel>> <> <> <1298921489181> <BEA-101017> > <[weblogic.servlet.internal.WebAppServletContext@1f5438 - appName: > 'peoplesoft', name: '/', context-path: ''] Root cause of ServletException. > > org.jasig.cas.client.validation.TicketValidationException: The CAS server > returned no response. > > at > org.jasig.cas.client.validation.AbstractUrlBasedTicketValidator.validate(AbstractUrlBasedTicketValidator.java:181) > > > > There are no proxies in the configuration and all the servers trust each > other's certs, there are no SSL errors. > > > > I tried adding log4j.properties file in the WEB-INF/classes directory but > I get this: > > > > Can't load log handler "java.util.logging.FileHandler" > > java.io.IOException: Couldn't get lock for > ./servers/PIA/logs/PIA_servlets%u.log > > java.io.IOException: Couldn't get lock for > ./servers/PIA/logs/PIA_servlets%u.log > > at java.util.logging.FileHandler.openFiles(FileHandler.java:372) > > at java.util.logging.FileHandler.<init>(FileHandler.java:208) > > at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native > Method) > > at > sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:39) > > at > sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27) > > at java.lang.reflect.Constructor.newInstance(Constructor.java:494) > > at java.lang.Class.newInstance0(Class.java:350) > > at java.lang.Class.newInstance(Class.java:303) > > at java.util.logging.LogManager$7.run(LogManager.java:895) > > at java.security.AccessController.doPrivileged(Native Method) > > at > java.util.logging.LogManager.initializeGlobalHandlers(LogManager.java:887) > > at java.util.logging.LogManager.access$900(LogManager.java:129) > > at > java.util.logging.LogManager$RootLogger.getHandlers(LogManager.java:994) > > at java.util.logging.Logger.log(Logger.java:448) > > at java.util.logging.Logger.doLog(Logger.java:474) > > at java.util.logging.Logger.logp(Logger.java:590) > > at > org.apache.commons.logging.impl.Jdk14Logger.log(Jdk14Logger.java:126) > > at org.apache.commons.logging.impl.Jdk14Logger.info > (Jdk14Logger.java:193) > > at > org.jasig.cas.client.util.AbstractConfigurationFilter.getPropertyFromInitParams(AbstractConfigurationFilte > > r.java:41) > > at > org.jasig.cas.client.util.AbstractCasFilter.init(AbstractCasFilter.java:52) > > > > Any ideas appreciated. > > > > thanks, > > > > Bryan > > -- > 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 > > -- 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
