Grouper Users - Open Discussion List

["GW Brown, Information Systems and Computing" <>]

Jim,

I cannot reproduce the error, and would only normally expect to see it if 
your session had timed out - so it might happen once in a while but not all 
the time, unless you have a really short session timeout configured in your 
web.xml?

The stacktrace below:

....ui.actions.GrouperCapableAction.getCallerPageData 
	(GrouperCapableAction.java:410)
....ui.CallerPageFilter.doFilter(CallerPageFilter.java:81)

is a little different to the first one you sent:

....ui.actions.GrouperCapableAction.getCallerPageData 
	(GrouperCapableAction.java:410) at 
....ui.actions.GrouperCapableAction.saveAsCallerPage 
	(GrouperCapableAction.java:340) at

The first one above is thrown in a Filter and is what I would expect if a 
Session had expired. The second is thrown after the Filter has completed, 
and has redirected the browser to the appropriate page. Here a second call 
is made to getCallerPageData, but it is failing. I've no idea why since the 
invocations should be within fractions of a second.

I've also run the UI in Tomcat under JDK 1.6 without a problem, but I 
couldn't get Grouper/Grouper UI to compile with it - Class format errors 
were reported in some of the third party jars.

In principle, I could ensure that the second error never occurs by catching 
the exception - the rest of the code ought to work OK - but, on a 
subsequent click you might still get the first error.

I save the data in the session deliberately so that it will disappear with 
the session. An alternative would be to store it in application scope and 
expire it some other way, but I'd like to understand what is happening 
before I make changes.

Gary



--On 01 March 2007 09:47 +0000 "GW Brown, Information Systems and 
Computing" <> wrote:

> I'll take a look at this  - hopefully Friday. I've never tried Java 1.6...
>
> There are various places in the UI where I store state information in the
> session - ID=1172704125474-70 identifies the data for a specific page.
> This means I can pass round the ID and not all the data. Looks like the
> saved data is 'expiring' or being garbage collected, but that is just a
> guess.
>
> Gary
>
> --On 28 February 2007 20:00 -0800 Jim Fox 
> <>
>  wrote:
>
> > > I can't reproduce that problem on my setup. Gary might be able to narrow
> > > down  potential causes. In the meanwhile, could you identify versions of
> > > relevant  bits of software? Ie, grouper, tomcat (or other servlet
> > > container), http  server, & java revs? Any non-vanilla grouper elements
> > > in the mix?
> >
> > I'm using the grouper from your download page, version 1.1 I guess.
> > Java is 1.6, tomcat is 5.5.
> >
> > No mods to any of the code.  We did change the headers and footers of
> > grouper's pages.
> > We use postgres for a database.  And an ldap service as a subject source.
> >
> > I get the error often, sometimes from adding a member to a group.
> > The last looked like this:
> >
> > >  java.lang.IllegalStateException: No caller page data for
> > >  ID=1172704125474-70
> > >         
> > > edu.internet2.middleware.grouper.ui.actions.GrouperCapableAction.getCal
> > >         lerPageData(GrouperCapableAction.java:410)
> > >         
> > > edu.internet2.middleware.grouper.ui.CallerPageFilter.doFilter(CallerPag
> > >         eFilter.java:81)
> >
> >
> > If the problem is not obvious to developers I can take a closer look.
> >
> >
> > The problem showed up on Firefox.  When I tried to do the same operation
> > on Safari
> > I found that I could not click the "Act as admin"-"change" button to any
> > effect.
> > It always comes back "act as self".  I'll investigate this further as
> > well.
> >
> > Jim
>
>
>
> ----------------------
> GW Brown, Information Systems and Computing



----------------------
GW Brown, Information Systems and Computing