Dumb classpath problem with headless testing [message #291073] |
Wed, 07 September 2005 13:23 |
Eclipse User |
|
|
|
Originally posted by: greg.akins.am.sony.com
I'm pretty sure this is just a stupid classpath problem, but I can't
readily see what I'm missing, so...
I've got a test suite for a plugin, that executes fine if I run it
manually in Eclipse. (Eclipse 3.1 win32)
When I try to run from the command line, using
java -classpath ${eclipse-home}/startup.jar
org.eclipse.core.launcher.Main-application /
org.eclipse.test.coretestapplication -dev bin /
-testpluginname com.sony.tests /
-className test.IbatisTestSuite /
formatter=org.apache.tools.ant.taskdefs.optional.junit.XMLJU nitResultFormatter,/
testIbatisTestSuite.xml -consolelog -verboase
I get a resulting testIbatisTestSuite.xml with a NoClassDefFoundError.
The plugin that contains the jar, which has the appropriate class is
included in the plugin.xml.
Can anyone help me figure this out?
|
|
|
Re: Dumb classpath problem with headless testing [message #291074 is a reply to message #291073] |
Wed, 07 September 2005 13:40 |
|
Greg Akins wrote:
> I'm pretty sure this is just a stupid classpath problem, but I can't
> readily see what I'm missing, so...
>
> I've got a test suite for a plugin, that executes fine if I run it
> manually in Eclipse. (Eclipse 3.1 win32)
>
> When I try to run from the command line, using
>
> java -classpath ${eclipse-home}/startup.jar
> org.eclipse.core.launcher.Main-application /
> org.eclipse.test.coretestapplication -dev bin /
> -testpluginname com.sony.tests /
> -className test.IbatisTestSuite /
> formatter=org.apache.tools.ant.taskdefs.optional.junit.XMLJU nitResultFormatter,/
>
> testIbatisTestSuite.xml -consolelog -verboase
>
> I get a resulting testIbatisTestSuite.xml with a NoClassDefFoundError.
> The plugin that contains the jar, which has the appropriate class is
> included in the plugin.xml.
>
> Can anyone help me figure this out?
>
What kind of plugin is it? Did you try
org.eclipse.test.uitestapplication instead of coretestapplication?
Are you passing in -os, -ws, -arch (although maybe they're begin
correctly surmised)?
check out org.eclipse.ui.tests/test.xml and org.eclipse.test/library.xml
for how eclipse runs it's tests from ant.
Later,
PW
Paul Webster
http://wiki.eclipse.org/Platform_Command_Framework
http://wiki.eclipse.org/Command_Core_Expressions
http://wiki.eclipse.org/Menu_Contributions
|
|
|
Re: Dumb classpath problem with headless testing [message #291077 is a reply to message #291074] |
Wed, 07 September 2005 14:15 |
Eclipse User |
|
|
|
Originally posted by: greg.akins.am.sony.com
Paul Webster wrote:
> What kind of plugin is it? Did you try
> org.eclipse.test.uitestapplication instead of coretestapplication?
The plugin just wraps a DAO layer, so no UI functionality.. Though I tried
the uitestapplication to see if I get different results. Unfortunately
they're the same.
> Are you passing in -os, -ws, -arch (although maybe they're begin
> correctly surmised)?
I have tried with and without these parameters, and they don't appear to
make a difference
> check out org.eclipse.ui.tests/test.xml and org.eclipse.test/library.xml
> for how eclipse runs it's tests from ant.
That was my starting point. The commandline that I originally posted is
the same as the <java> task that is in library.xml
The class that is missing should be exposed from a required plugin. The
plugin is specified in the plugin.xml. And coretestapplication is being
called using -dev bin (which is the directory in my plugin). It's finding
the classes there, It must not be finding the dependent plugin?
|
|
|
Powered by
FUDForum. Page generated in 0.03356 seconds