Hi Richard, Don't know if I can help you, but I had a problem similar to yours. In my case *.class had ended up in my src directory (in src/main/webapp/WEB-INF/classes). I didn't really investigate this further, but assumed it might had to do with mvn war:inplace. After I removed the *.class files from my src directory, my problems went away.
Regards, Yuri On Mon, Mar 3, 2008 at 9:03 PM, Richard M <[EMAIL PROTECTED]> wrote: > > OK, I've found a bit more. It looks like a classpath problem. I extracted > src/main/java/org/appfuse/webapp/action/UserAction.java and added a few > logging statements which moved the original line 161 down a bit. BUT the > exception line number and method call is unchanged. > > I then did a "mvn jetty:run-war" and now I see the modified User.java and > its super classes just fine. > > So, there's something different about how the org.appfuse.model packages > are > ordered in the classpath between jetty:run and jetty:run-war (other than > the > obvious - i.e. running in-place versus from a ware). > > I tried running "mvn eclipse:clean" and "mvn eclipse"eclipse" but that did > not change things. "mvn jetty:run" still gets the unmodified version of > User.java. > > I've also tried completely cleaning out /target/* and removing > src/main/webapp/WEB-INF/lib. > > Any ideas on how to get past this would be appreciated - much! > > Thanks - Richard > > > Richard M wrote: > > > > BTW, I extracted the Appfuse core model classes (using the tutorial) and > > just modified them, did not change the package names. > > > > -- > View this message in context: > http://www.nabble.com/UserAction.save-cannot-see-User.getVersion%28%29-tp15797151s2369p15812487.html > Sent from the AppFuse - User mailing list archive at Nabble.com. > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > >
