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 <jamessumn...@mail.clayton.edu> 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 <joel.gog...@unb.ca> 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&submit=[Ljava.lang.String;@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 >> >> 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.String;@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: joel.gog...@unb.ca<mailto:joel.gog...@unb.ca> >> Phone: (506) 453-4872 >> Fax: (506) 453-3590 >> >> >> -- >> You are currently subscribed to cas-user@lists.jasig.org as: >> jamessumn...@mail.clayton.edu >> To unsubscribe, change settings or access archives, see >> http://www.ja-sig.org/wiki/display/JSG/cas-user > > > -- > You are currently subscribed to cas-user@lists.jasig.org as: > joel.gog...@unb.ca > 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: joel.gog...@unb.ca Phone: (506) 453-4872 Fax: (506) 453-3590 -- 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