From: "Slattery, Tim - BLS" <[EMAIL PROTECTED]>
> This has nothing to do with the scriptlet variables, the scriptlet was
there
> to demonstrate that the object the JSTL tag is supposed to access is
there,
> and has the required property. The JSTL should be able to access the
request
> attribute "Se
> > <%
> > gov.bls.idcf.ppi.struts.SeasAdjBean xx =
> >
> (gov.bls.idcf.ppi.struts.SeasAdjBean)request.getAttribute("SeasAdjBean
> > ");
> > %>
> > > varStatus="stat">
> > The scriptlet accesses the getSeasAdjs property, and simply
> dumps its size
> > as a comment on the page. Then the c:f
From: "Slattery, Tim - BLS" <[EMAIL PROTECTED]>
> <%
> gov.bls.idcf.ppi.struts.SeasAdjBean xx =
> (gov.bls.idcf.ppi.struts.SeasAdjBean)request.getAttribute("SeasAdjBean");
> %>
> varStatus="stat">
> The scriptlet accesses the getSeasAdjs property, and simply dumps its size
> as a comment on th
I'm still struggling with this problem. The latest twist is that I've put
some debug code into the JSP page. The relevant code looks like this:
<%
gov.bls.idcf.ppi.struts.SeasAdjBean xx =
(gov.bls.idcf.ppi.struts.SeasAdjBean)request.getAttribute("SeasAdjBean");
if (xx == null)
{
%>
<%
}
else
> Yes, but it may be possible that the ClassLoader (for
> whatever reason) has a cached version of the older class and
> it is not loading the new class when the web app reloads.
> Have you tried rebooting the application server on the
> development machine? If the problem still occurs on the d
:[EMAIL PROTECTED]
> Sent: Wednesday, November 10, 2004 2:20 PM
> To: 'Struts Users Mailing List'
> Subject: RE: Can't find property -- but it's there
>
>
>
> > On 2004-11-10 at 14:04:38 -0500, Slattery, Tim - BLS wrote:
> > > > Just a gues
> On 2004-11-10 at 14:04:38 -0500, Slattery, Tim - BLS wrote:
> > > Just a guess Tim, but is it possible that the ClassLoader
> > > used on the development server and the ClassLoader used
> > > locally are loading different versions of SeasAdjData? Was
> > > the getSeasAdjs() added to SeasAdjDa
> Since your problems occur in the deployed to a clustered
> environment, could you accidentally have the redirect="true"
> on that action's ActionForwward? Then one of two things could
> be happening:
"redirect" is set to "false":
> 1) You might be redirected to the other server
>
On 2004-11-10 at 14:04:38 -0500, Slattery, Tim - BLS wrote:
> > Just a guess Tim, but is it possible that the ClassLoader
> > used on the development server and the ClassLoader used
> > locally are loading different versions of SeasAdjData? Was
> > the getSeasAdjs() added to SeasAdjData recently
t scope and not session scope so it
would be lost during the HTTP redirect.
Regards,
David
-Original Message-
From: Slattery, Tim - BLS [mailto:[EMAIL PROTECTED]
Sent: Wednesday, November 10, 2004 2:05 PM
To: 'Struts Users Mailing List'
Subject: RE: Can't find property -- b
riginal Message-
> > From: Slattery, Tim - BLS [mailto:[EMAIL PROTECTED]
> > Sent: Wednesday, November 10, 2004 1:46 PM
> > To: Struts User List ([EMAIL PROTECTED])
> > Subject: Can't find property -- but it's there
> >
> >
> > We develop
mailto:[EMAIL PROTECTED]
> Sent: Wednesday, November 10, 2004 1:46 PM
> To: Struts User List ([EMAIL PROTECTED])
> Subject: Can't find property -- but it's there
>
>
> We develop our Struts apps running them on a BEA Weblogic server installed
> on our individual mach
We develop our Struts apps running them on a BEA Weblogic server installed
on our individual machines. When they run right, we deploy them to the
development server, a Unix box that everybody can access. Generally, this
works beautifully.
I'm now working with a Struts JSP page that works fine on
13 matches
Mail list logo
