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]