Yes, you are correct... I've simulated this and get my pages redirected to
my own login.jsp page, but I've not done tests with final int...

Edson Richter


> ----- Mensagem original -----
> De:           Robert Wohleb [SMTP:[EMAIL PROTECTED]]
> Enviada em:           terça-feira, 9 de janeiro de 2001 16:39
> Para:         [EMAIL PROTECTED]
> Assunto:              Re: RES: JasperException from introspection?
> 
> I specify the bean with scope=session in all pages. All pages name the
> bean exactly the same. All jsp files are either in / (like login.jsp) or
> /process/ or /interface/. Is this what you meant? I'm still not clear as
> to why instrospection would fail because of diff contexts. If anything,
> I would think it would think the session didn't exist and create a new
> one and thus my jsp would redirect to login.jsp. The menu page with the
> filaing forms insert the values into the tags just fine. When the forms
> are submitted is when I get the exception.
> 
> ~Rob
> 
> Edson Carlos Ericksson Richter wrote:
> > 
> > Are you using different context for interface directory??? If so, keep
> in
> > mind that each context mantain their own session objects, with no
> > communication between them (so, one JSP in one context should not see
> > objects created by another JSP in other context)...
> > 
> > Edson Richter
> > 
> > > ----- Mensagem original -----
> > > De:           Robert Wohleb [SMTP:[EMAIL PROTECTED]]
> > > Enviada em:           terça-feira, 9 de janeiro de 2001 16:03
> > > Para:         [EMAIL PROTECTED]
> > > Assunto:              Re: JasperException from introspection?
> > >
> > > Here is an update to my problem. Someone please help me with this!
> > >
> > > Upon further development on this project I tried adding a new form
> with
> > > button to the "menu". Again I got jasper.introspection error without
> any
> > > explanation. It appears introspection is failing on submission of a
> > > form.
> > >
> > > I have a jsp file called process/main.jsp that does all processing
> > > redirection to other processing jsps. When process/main.jsp is called,
> > > say by /interface/menu.jsp, process/main.jsp sets properties on a bean
> > > called custDBBean. This bean has a getProperty called
> > > getAction(int whichAction)
> > >
> > > This bean also has a bunch of constants of type
> > > public final int ACTION_PROCESS_LOGOUT
> > >
> > > A form in interface/menu.jsp has a hidden input tag called action with
> a
> > > value of one of the constants like so
> > > <input type="hidden" name="action"
> > > value="<%=custDBBean.ACTION_PROCESS_LOGOUT%>">
> > > The jsp pages with the forms have a useBean tag for this bean.
> > >
> > > process/main.jsp then forwards to the actionURL specified in the bean
> > > like so
> > > <jsp:forward page="<%=custDBBean.getActionURL()%>">
> > >
> > > To me, it looks like the introspection doesn't like the fact that I am
> > > sending data that is origionally a final int from the bean. The weird
> > > thing is, is that it works for the login.jsp page with the form for
> > > username and password. I can login (auth by JDBC to mysql) and hit the
> > > interface/menu.jsp page. Any forms on the interface/menu.jsp page are
> > > the ones failing.
> > >
> > > Pleas help me! I've been spending days on this...
> > >
> > > ~Rob
> > >
> > > --
> > > _______________________________________
> > >
> > >  Robert Wohleb
> > >  Web Applications Development Manager
> > >  Parafoil Software, Inc.
> > > _______________________________________
> > >
> > > ---------------------------------------------------------------------
> > > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > > For additional commands, email: [EMAIL PROTECTED]
> > 
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > For additional commands, email: [EMAIL PROTECTED]
>
> -- 
> _______________________________________
> 
>  Robert Wohleb
>  Web Applications Development Manager
>  Parafoil Software, Inc.
> _______________________________________
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, email: [EMAIL PROTECTED]

---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]

Reply via email to