On Mon, 29 Aug 2005, David Turley wrote: Well client side it works fine, your setup is OK.
However, you got a ServletException, indicating a server side error. And server side, those classes really can't be found. Even if they're in WEB-INF/classes/. Say you have com.mycompany.TestClass in WEB-INF/classes/test-classes/com/mycompany/TestClass.class. The webservice can't find that class because it's in the wrong dir. It looks for WEB-INF/classes/com/mycompany/TestClass.class. So in the server-side war you can only have those classes in WEB-INF/classes DIRECTLY, no extra directories! I suggest you just put all jars in WEB-INF/classes. Doesn't really matter where they are; if you are debugging, you can see the source location anyway which tells you immediately what kind of source it is. -- Kenney > Hi Kenney, > > You said that if I'm running the classes straight from Eclipse (which I > am) I could add WEB-INF/classes as a src directory. I have the test > source directories added as source directories with the correct output > folders. Here are the lines from my .classpath file: > > <classpathentry excluding="**/CVS/" kind="src" path="src"/> > <classpathentry excluding="**/CVS/" > output="web/WEB-INF/test-classes/cactus-classes" kind="src" > path="test/cactus-src"/> > <classpathentry excluding="**/CVS/" > output="web/WEB-INF/test-classes/junit-classes" kind="src" > path="test/junit-src"/> > > Is that sort of what you meant? Should that work? It doesn't, > unfortunately. If you can't see anything wrong with that, I'll just > have Eclipse output my test classes into WEB-INF/classes... I'd rather > not. Maybe I'm just stubborn. When I think something SHOULD work, I > want it to :-). > > Kenney Westerhof wrote: > > >On Mon, 29 Aug 2005, David Turley wrote: > > > >Hi David, > > > >If you deploy that war, the classes NEED to be in WEB-INF/classes. > >You could also jar them up and put them in WEB-INF/lib/. > >Those are the only two places classes should be placed in web > >applications. > > > >If you run those classes directly from eclipse, you could add > >WEB-INF/test-classes as a source folder (or, if you have a separate source > >folder for the test-classes sources, modify .classpath and specify > >an output=".../WEB-INF/test-classes" to the correct line; can't edit them > >from within eclipse). > > > >But, in the war, they really NEED to be in the classpath or else the > >Webapp classloader won't find them! And it really doesn't matter where > >your classes are, as long as your sources are nicely organized. > > > >HTH, > > > > Kenney > > > > > > > >>Hello again, > >> > >> Yes, I'm still having problems, and most of them have nothing to do > >>with computers. But this one does. When I first started playing with > >>Cactus, I was just running things from Eclipse and the JUnit test > >>runner, but then I wanted to automate things, so I spent a lot of time > >>working with Ant. At first I had put my test classes in the same > >>directories as the classes they were testing, but I decided that was > >>messy and decided to make separate src and class directories for the > >>test classes. That works great with ant because you could have your > >>test classes on mars as long as you could tell ant where to find them. > >>Not so with the JUnit integration in Eclipse. It cannot find my test > >>classes. It worked fine when they were going to the WEB-INF/classes > >>directory, but now they're in WEB-INF/test-classes and I get the > >>following when I try to run tests: > >> > >>javax.servlet.ServletException: Error finding class > >>[com.cleanbrain.cleantelligent.presentation.action.LoadActionCactusTest] > >>using both the Context classloader and the webapp classloader. Possible > >>causes include: > >> - Your webapp does not include your test classes, > >> - The cactus.jar is not located in your WEB-INF/lib directory and > >>your Container has not set the Context classloader to point to the > >>webapp one > >> > >>followed by the rest of the stack trace. Well, the cactus.jar is in the > >>correct place. That's about all I know. I don't know much (anything) > >>about classloaders, so maybe that's my problem. Maybe it's just another > >>I.D.10T. error. :-) I'm learning.... > >> > >>Thanks, > >>David > >> > >>--------------------------------------------------------------------- > >>To unsubscribe, e-mail: [EMAIL PROTECTED] > >>For additional commands, e-mail: [EMAIL PROTECTED] > >> > >> > >> > > > >-- > >Kenney Westerhof > >http://www.neonics.com > >GPG public key: http://www.gods.nl/~forge/kenneyw.key > > > >--------------------------------------------------------------------- > >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] > -- Kenney Westerhof http://www.neonics.com GPG public key: http://www.gods.nl/~forge/kenneyw.key --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
