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 dev. box after the application
server reboots then you could rule out the ClassLoader issue. It may be a
pain in the ***, but it would eliminate a path.

One other thing to check, is to make sure you don't have any older
versions of that class in the system classpath. I believe ClassLoaders
are hierarchical and classes in the "parent" classpaths will be loaded
instead of those in the "child" classpaths.

>From java.lang.ClassLoader:

The ClassLoader class uses a delegation model to search for classes and 
resources. Each instance of ClassLoader has an associated
parent class loader. When requested to find a class or resource, a ClassLoader 
instance will delegate the search for the class or
resource to its parent class loader before attempting to find the class or 
resource itself. The virtual machine's built-in class
loader, called the "bootstrap class loader", does not itself have a parent but 
may serve as the parent of a ClassLoader instance.

Ofcourse different application servers may have different implementations
of ClassLoader employing different search algorithms.


robert

> -----Original Message-----
> From: Slattery, Tim - BLS [mailto:[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 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.
> > Hmm. Also not so good at ClassLoaders.
> >
> > What robert meant is that maybe the server is stuck with
> > another version of your class, where this get method didn't exist.
>
> I can't see how that could be possible. I deploy the app by bundling the
> entire directory structure (including WEB-INF, and lib and classes
> structures under that) into a WAR file, sending that to the Unix box, and
> running "redeploy" from the Weblog console. Everything - all the jsps, all
> the *.class files, all the struts and JSTL libraries - is in that WAR.
>
> --
> Tim Slattery
> [EMAIL PROTECTED]
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>


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

Reply via email to