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
> 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
> 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?
I have no clue about ClassLoader. I don't know how I'd find out.
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?
robert
> -Original Message-
> From: Slattery, Tim - BLS [mailto:[EM
11 matches
Mail list logo