I would try turning on logging in whatever your http server or a java servlet container is.
E.g. if you are using apache as a front end, you can use mod_dumpio: http://httpd.apache.org/docs/2.2/mod/mod_dumpio.html If you are using tomcat, you can use the Access_Log_Valve: http://tomcat.apache.org/tomcat-6.0-doc/config/valve.html#Access_Log_Valve or http://tomcat.apache.org/tomcat-7.0-doc/config/valve.html#Access_Log_Valve I'm sure that other containers have similar function. David Ohsie Software Architect EMC Corporation > -----Original Message----- > From: Joel Goguen [mailto:[email protected]] > Sent: Thursday, May 30, 2013 11:24 AM > To: [email protected] > Subject: Re: [cas-user] Error URL - java.lang.String arrays in URL? > > That's what I had thought, but they're quite insistent that this is the URL CAS > is directing them to with the 302 redirect. Is there any class I can increase > logging on to see the Location header returned with the redirect, or will I > need to rely on them to find that information from whatever software it is > they're using to run the load test? > > On 2013 May 30, at 12:15 PM, James Sumners > <[email protected]> wrote: > > > A "GET" request is a request from a client to the server. Thus, your log is > showing that the vendor is sending the wrong data (some serialized Java > object that contains a String object). > > > > ~ James > > > > On May 30, 2013, at 8:24 AM, Joel Goguen <[email protected]> wrote: > > > >> We have a vendor performing a load test on one of our services, which > requires them to authenticate through CAS. As far as load on the CAS server > itself goes, the load is not substantially higher than what we would see > during the standard academic year and to use the service you'd never know > there was a load test going on. However, they've noted that they get a large > number of "CAS is Unavailable" errors with a URL that looks strange to me: > >> > >> https://casserver/cas/login?username=[Ljava.lang.String;@6f7a51f3&sub > >> mit=[Ljava.lang.String;@479a61b2&_eventId=[Ljava.lang.String;@688411d > >> 7&service=[Ljava.lang.String;@36af6fdc<=[Ljava.lang.String;@37d8f09 > >> > 0&password=[Ljava.lang.String;@3999a95&execution=[Ljava.lang.String;@ > >> 5973ae0b > >> > >> According to the server logs, the sequence of events is: > >> - GET request to > >> /cas/login?service=http%3A%2F%2Fservice%2Fauth%2Flogin (result: 200 > >> OK) > >> - POST request to > >> /cas/login?service=http%3A%2F%2Fservice%2Fauth%2Flogin (result: 302 > >> Found) > >> - GET request to > >> /cas/login?username=[Ljava.lang.String;@6f7a51f3&submit=[Ljava.lang.S > >> > tring;@479a61b2&_eventId=[Ljava.lang.String;@688411d7&service=[Ljava. > >> lang.String;@36af6fdc<=[Ljava.lang.String;@37d8f090&password=[Ljava > >> .lang.String;@3999a95&execution=[Ljava.lang.String;@5973ae0b (result: > >> 500 Internal Server Error) > >> > >> With the stock CAS logging configuration (as provided with CAS 3.5.0) I see > absolutely nothing in cas.log or catalina.out to indicate what may be going > wrong. I'm not even sure this URL comes from CAS though. We've never > seen a "CAS is Unavailable" page before, except for that one time where I > made a really stupid configuration mistake, and even then the URL I got at > that time was "/cas/login?service=<URL-encoded service URL>". Does the > URL the vendor is seeing come from CAS? If so, does anyone have any > recommendations on what logging to increase to find the issue? > >> > >> -- > >> Joel Goguen > >> Developer / System Administrator > >> Enterprise Solutions > >> Information Technology Services > >> University of New Brunswick > >> E-mail: [email protected]<mailto:[email protected]> > >> Phone: (506) 453-4872 > >> Fax: (506) 453-3590 > >> > >> > >> -- > >> 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 > > > > > -- > Joel Goguen > Developer / System Administrator > Enterprise Solutions > Information Technology Services > University of New Brunswick > E-mail: [email protected] > Phone: (506) 453-4872 > Fax: (506) 453-3590 > > > -- > 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 >
smime.p7s
Description: S/MIME cryptographic signature
