| [Fwd: Re: Eclipse 3.1 Test Framwork : org.eclipse.ant.optional.junit\fragment.xml broken?] [message #59222] |
Wed, 01 February 2006 06:17  |
Eclipse User |
|
|
|
I thought I'd retry posting my query here as it is more Equinox than
platform related.
Any suggestions on how to better identify the problem/suolution would be
appreciated.
John.
-------- Original Message --------
Subject: Re: Eclipse 3.1 Test Framwork :
org.eclipse.ant.optional.junit\fragment.xml broken?
Date: Mon, 30 Jan 2006 14:56:26 +0000
From: John O'Shea <john.oshea@capeclear.com>
Organization: EclipseCorner
Newsgroups: eclipse.platform
References: <dr80l3$er6$1@utils.eclipse.org>
Hi (again),
Nobody bit at the first message so I thought I'd follow up. It turns
out that the plugin-version attr mismatch isn't the cause of the
problem. We've since discovered that the test run always fails (hangs
after the error below) on the first test run using a completely clean
Eclipse installation. On the second attempt using a new workspace but
the same Eclipse installation/.configuration data, it runs fine. Note,
nothing else is touched in between test runs. I'm beginning to suspect
a bug somewhere in the depths of the Equinox implementation.
The only unusual thing to note about the Eclipse installation that
our test harness is running on is it uses links file (in
eclipse\links\XXX.link files) to point the eclipse runtime to both the
test plugins and the plugins we want to test (both features were built
using PDEBuild). I'm not sure if anyone else has encountered problems
with Equinox and links files?
Unrelated - we have in the past seen some odd behavior that related
to the order in which Equinox resolved plugins that are "installed" via
links. The link'ed plugin seemed to be loaded last and when a single
plugin has a lot of dependencies (30+) the OSGi runtime began to fail to
load random classes at runtime. The behavior was unexplainable as the
classes were there - it seemed to happen for arbritry classes in plugins
anywhere in the calling plugin's dependency hierarchy) . The only way
we found to resolve this was to refactor the plugin to have less
dependencies. Anyone know if that is a known issue?)
Thoughts, anyone?
John.
John O'Shea wrote:
> We're trying to use the Eclipse Test Framework that shipped with
> Platform 3.1 but we're hitting a version mismatch in one of the test
> framework plugin descriptors.
>
> (We downloaded both Platform + Test Framework from
> http://download.eclipse.org/eclipse/downloads/drops/R-3.1-20 0506271435/index.php)
>
>
> When we start running tests (launched using scripts derived from the
> test framework scripts), we see the error message below (1)
>
> The org.eclipse.ant.optional.junit\fragment.xml file (in test framework
> zip) states
>
> <?xml version="1.0" encoding="UTF-8"?>
> <fragment
> id="org.eclipse.ant.optional.junit"
> name="Junit Fragment"
> version="2.1.0"
> plugin-id="org.apache.ant"
> plugin-version="1.4.1">
> ...
>
> but the version of org.apache.ant that ships with Platform 3.1 is
> org.apache.ant_1.6.5. Changing the plugin-version attribute value to
> "1.6.5" and re-running resolves the issue.
>
> I'm wondering why it is failing:
> - is the test framework distro zip broken? I had a look at the test
> framework zip from 3.1.1 and the plugin-version attribute is still 1.4.1
> :-(
> - should the fragment/osgi runtime be allowing the presence of a 1.6.5
> version of the ant plugin to satisfy the dependency?
>
> Thanks for any info,
>
> John.
>
>
> (1)
> [java] _run_plugin_junit:
> [java] [echo] Test Plugin: com.capeclear.eclipse.simpletest
>
> [java] init:
>
> [java] suite:
>
> [java] ui-test:
>
> [java] eclipse-test:
> [java] [echo] Running com.capeclear.eclipse.simpletest.AllTests
> [java] [java] !SESSION 2006-01-25 12:46:41.210
> -----------------------------------------------
> [java] [java] eclipse.buildId=I20050627-1435
> [java] [java] java.version=1.4.2_09
> [java] [java] java.vendor=Sun Microsystems Inc.
> [java] [java] BootLoader constants: OS=win32, ARCH=x86, WS=win32,
> NL=en_GB
> [java] [java] Framework arguments: -application
> org.eclipse.test.uitestapplication
> formatter=org.apache.tools.ant.taskdefs.optional.junit.XMLJU nitResultFormatter,com.capeclear.eclipse.simpletest.AllTests .xml
> -testPluginName com.capeclear.eclipse.simpletest -className
> com.capeclear.eclipse.simpletest.AllTests
> [java] [java] Command-line arguments: -application
> org.eclipse.test.uitestapplication -dev bin -data
> C:\fdb\ccdev\/../_output/studio/workspaces/com.capeclear.ecl ipse.simpletest
> formatter=org.apache.tools.ant.taskdefs.optional.junit.XMLJU nitResultFormatter,com.capeclear.eclipse.simpletest.AllTests .xml
> -testPluginName com.capeclear.eclipse.simpletest -className
> com.capeclear.eclipse.simpletest.AllTests -os win32 -ws win32 -arch x86
> -consolelog
> [java] [java] !ENTRY org.eclipse.osgi 2006-01-25 12:46:43.810
> [java] [java] !MESSAGE Bundle
> update@plugins/org.eclipse.ant.optional.junit_2.1.0/ [279] was not
> resolved.
> [java] [java] org.eclipse.swt.SWTException: Failed to execute
> runnable (java.lang.NoClassDefFoundError: junit/framework/TestListener)
> [java] [java] at org.eclipse.swt.SWT.error(SWT.java:2942)
> [java] [java] at org.eclipse.swt.SWT.error(SWT.java:2865)
> [java] [java] at
> org.eclipse.swt.widgets.Synchronizer.syncExec(Synchronizer.j ava:178)
> [java] [java] at
> org.eclipse.ui.internal.UISynchronizer.syncExec(UISynchroniz er.java:28)
> [java] [java] at
> org.eclipse.swt.widgets.Display.syncExec(Display.java:3413)
> [java] [java] at
> org.eclipse.ui.internal.testing.WorkbenchTestable.runTest(Wo rkbenchTestable.java:109)
>
> [java] [java] at
> org.eclipse.test.UITestApplication.runTests(UITestApplicatio n.java:185)
> [java] [java] at
> org.eclipse.ui.internal.testing.WorkbenchTestable$1.run(Work benchTestable.java:68)
>
> [java] [java] at java.lang.Thread.run(Thread.java:534)
> [java] [java] Caused by: java.lang.NoClassDefFoundError:
> junit/framework/TestListener
> [java] [java] at java.lang.ClassLoader.defineClass0(Native
> Method)
> [java] [java] !ENTRY org.eclipse.ui 4 4 2006-01-25 12:46:50.593
> [java] [java] !MESSAGE Unhandled event loop exception
> [java] [java] at
> java.lang.ClassLoader.defineClass(ClassLoader.java:539)
> [java] [java] at
> org.eclipse.osgi.framework.adaptor.core.DefaultClassLoader.d efineClass(DefaultClassLoader.java:370)
>
> ...
|
|
|
| Re: Re: Eclipse 3.1 Test Framwork : org.eclipse.ant.optional.junit\fragment.xml broken?] [message #60494 is a reply to message #59222] |
Thu, 09 February 2006 11:37  |
| Eclipse User |
|
|
|
Originally posted by: jeff_nospam_mcaffer.ca.ibm.com
John,
Sorry to bounce you around but this feels like a bug report. I suggest
putting something in Equinox/Framework.
Jeff
"John O'Shea" <john.oshea@capeclear.com> wrote in message
news:drq5ca$cfl$1@utils.eclipse.org...
> I thought I'd retry posting my query here as it is more Equinox than
> platform related.
>
> Any suggestions on how to better identify the problem/suolution would be
> appreciated.
>
> John.
>
> -------- Original Message --------
> Subject: Re: Eclipse 3.1 Test Framwork :
> org.eclipse.ant.optional.junit\fragment.xml broken?
> Date: Mon, 30 Jan 2006 14:56:26 +0000
> From: John O'Shea <john.oshea@capeclear.com>
> Organization: EclipseCorner
> Newsgroups: eclipse.platform
> References: <dr80l3$er6$1@utils.eclipse.org>
>
> Hi (again),
> Nobody bit at the first message so I thought I'd follow up. It turns
> out that the plugin-version attr mismatch isn't the cause of the
> problem. We've since discovered that the test run always fails (hangs
> after the error below) on the first test run using a completely clean
> Eclipse installation. On the second attempt using a new workspace but
> the same Eclipse installation/.configuration data, it runs fine. Note,
> nothing else is touched in between test runs. I'm beginning to suspect
> a bug somewhere in the depths of the Equinox implementation.
>
> The only unusual thing to note about the Eclipse installation that
> our test harness is running on is it uses links file (in
> eclipse\links\XXX.link files) to point the eclipse runtime to both the
> test plugins and the plugins we want to test (both features were built
> using PDEBuild). I'm not sure if anyone else has encountered problems
> with Equinox and links files?
>
> Unrelated - we have in the past seen some odd behavior that related
> to the order in which Equinox resolved plugins that are "installed" via
> links. The link'ed plugin seemed to be loaded last and when a single
> plugin has a lot of dependencies (30+) the OSGi runtime began to fail to
> load random classes at runtime. The behavior was unexplainable as the
> classes were there - it seemed to happen for arbritry classes in plugins
> anywhere in the calling plugin's dependency hierarchy) . The only way
> we found to resolve this was to refactor the plugin to have less
> dependencies. Anyone know if that is a known issue?)
>
> Thoughts, anyone?
>
> John.
>
> John O'Shea wrote:
> > We're trying to use the Eclipse Test Framework that shipped with
> > Platform 3.1 but we're hitting a version mismatch in one of the test
> > framework plugin descriptors.
> >
> > (We downloaded both Platform + Test Framework from
> >
http://download.eclipse.org/eclipse/downloads/drops/R-3.1-20 0506271435/index.php)
> >
> >
> > When we start running tests (launched using scripts derived from the
> > test framework scripts), we see the error message below (1)
> >
> > The org.eclipse.ant.optional.junit\fragment.xml file (in test framework
> > zip) states
> >
> > <?xml version="1.0" encoding="UTF-8"?>
> > <fragment
> > id="org.eclipse.ant.optional.junit"
> > name="Junit Fragment"
> > version="2.1.0"
> > plugin-id="org.apache.ant"
> > plugin-version="1.4.1">
> > ...
> >
> > but the version of org.apache.ant that ships with Platform 3.1 is
> > org.apache.ant_1.6.5. Changing the plugin-version attribute value to
> > "1.6.5" and re-running resolves the issue.
> >
> > I'm wondering why it is failing:
> > - is the test framework distro zip broken? I had a look at the test
> > framework zip from 3.1.1 and the plugin-version attribute is still 1.4.1
> > :-(
> > - should the fragment/osgi runtime be allowing the presence of a 1.6.5
> > version of the ant plugin to satisfy the dependency?
> >
> > Thanks for any info,
> >
> > John.
> >
> >
> > (1)
> > [java] _run_plugin_junit:
> > [java] [echo] Test Plugin: com.capeclear.eclipse.simpletest
> >
> > [java] init:
> >
> > [java] suite:
> >
> > [java] ui-test:
> >
> > [java] eclipse-test:
> > [java] [echo] Running com.capeclear.eclipse.simpletest.AllTests
> > [java] [java] !SESSION 2006-01-25 12:46:41.210
> > -----------------------------------------------
> > [java] [java] eclipse.buildId=I20050627-1435
> > [java] [java] java.version=1.4.2_09
> > [java] [java] java.vendor=Sun Microsystems Inc.
> > [java] [java] BootLoader constants: OS=win32, ARCH=x86, WS=win32,
> > NL=en_GB
> > [java] [java] Framework arguments: -application
> > org.eclipse.test.uitestapplication
> >
formatter=org.apache.tools.ant.taskdefs.optional.junit.XMLJU nitResultFormatt
er,com.capeclear.eclipse.simpletest.AllTests.xml
> > -testPluginName com.capeclear.eclipse.simpletest -className
> > com.capeclear.eclipse.simpletest.AllTests
> > [java] [java] Command-line arguments: -application
> > org.eclipse.test.uitestapplication -dev bin -data
> >
C:\fdb\ccdev\/../_output/studio/workspaces/com.capeclear.ecl ipse.simpletest
> >
formatter=org.apache.tools.ant.taskdefs.optional.junit.XMLJU nitResultFormatt
er,com.capeclear.eclipse.simpletest.AllTests.xml
> > -testPluginName com.capeclear.eclipse.simpletest -className
> > com.capeclear.eclipse.simpletest.AllTests -os win32 -ws win32 -arch x86
> > -consolelog
> > [java] [java] !ENTRY org.eclipse.osgi 2006-01-25 12:46:43.810
> > [java] [java] !MESSAGE Bundle
> > update@plugins/org.eclipse.ant.optional.junit_2.1.0/ [279] was not
> > resolved.
> > [java] [java] org.eclipse.swt.SWTException: Failed to execute
> > runnable (java.lang.NoClassDefFoundError: junit/framework/TestListener)
> > [java] [java] at org.eclipse.swt.SWT.error(SWT.java:2942)
> > [java] [java] at org.eclipse.swt.SWT.error(SWT.java:2865)
> > [java] [java] at
> > org.eclipse.swt.widgets.Synchronizer.syncExec(Synchronizer.j ava:178)
> > [java] [java] at
> > org.eclipse.ui.internal.UISynchronizer.syncExec(UISynchroniz er.java:28)
> > [java] [java] at
> > org.eclipse.swt.widgets.Display.syncExec(Display.java:3413)
> > [java] [java] at
> >
org.eclipse.ui.internal.testing.WorkbenchTestable.runTest(Wo rkbenchTestable.
java:109)
> >
> > [java] [java] at
> > org.eclipse.test.UITestApplication.runTests(UITestApplicatio n.java:185)
> > [java] [java] at
> >
org.eclipse.ui.internal.testing.WorkbenchTestable$1.run(Work benchTestable.ja
va:68)
> >
> > [java] [java] at java.lang.Thread.run(Thread.java:534)
> > [java] [java] Caused by: java.lang.NoClassDefFoundError:
> > junit/framework/TestListener
> > [java] [java] at java.lang.ClassLoader.defineClass0(Native
> > Method)
> > [java] [java] !ENTRY org.eclipse.ui 4 4 2006-01-25 12:46:50.593
> > [java] [java] !MESSAGE Unhandled event loop exception
> > [java] [java] at
> > java.lang.ClassLoader.defineClass(ClassLoader.java:539)
> > [java] [java] at
> >
org.eclipse.osgi.framework.adaptor.core.DefaultClassLoader.d efineClass(Defau
ltClassLoader.java:370)
> >
> > ...
>
|
|
|
Powered by
FUDForum. Page generated in 0.26410 seconds
Home