Bug 313335

Comment 1 Paul Webster 2010-05-18 08:43:19 EDT

the export for the product file from bug 313334 attachment (id=168909) completed successfully.

But when I try to launch the generated export, I get an error:

!SESSION 2010-05-18 08:44:47.764 -----------------------------------------------
eclipse.buildId=unknown
java.fullversion=JRE 1.6.0 IBM J9 2.4 Linux x86-32 jvmxi3260sr7-20091214_49398 (JIT enabled, AOT enabled)
J9VM - 20091214_049398
JIT  - r9_20091123_13891
GC   - 20091111_AA
BootLoader constants: OS=${target.os}, ARCH=${target.arch}, WS=${target.ws}, NL=${target.nl}
Command-line arguments:  -os ${target.os} -ws ${target.ws} -arch ${target.arch} -consoleLog

!ENTRY org.eclipse.osgi 4 0 2010-05-18 08:44:49.086
!MESSAGE Application error
!STACK 1
java.lang.NoClassDefFoundError: org.eclipse.swt.widgets.Display
        at z.ex.dialog.Application.start(Application.java:12)
        at org.eclipse.equinox.internal.app.EclipseAppHandle.run(EclipseAppHandle.java:196)
        at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.runApplication(EclipseAppLauncher.java:110)
        at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.start(EclipseAppLauncher.java:79)
        at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:369)
        at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:179)
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:48)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:37)
        at java.lang.reflect.Method.invoke(Method.java:600)
        at org.eclipse.equinox.launcher.Main.invokeFramework(Main.java:619)
        at org.eclipse.equinox.launcher.Main.basicRun(Main.java:574)
        at org.eclipse.equinox.launcher.Main.run(Main.java:1407)
Caused by: java.lang.ClassNotFoundException: org.eclipse.swt.widgets.Display
        at org.eclipse.osgi.internal.loader.BundleLoader.findClassInternal(BundleLoader.java:506)
        at org.eclipse.osgi.internal.loader.BundleLoader.findClass(BundleLoader.java:422)
        at org.eclipse.osgi.internal.loader.BundleLoader.findClass(BundleLoader.java:410)
        at org.eclipse.osgi.internal.baseadaptor.DefaultClassLoader.loadClass(DefaultClassLoader.java:107)
        at java.lang.ClassLoader.loadClass(ClassLoader.java:618)
        ... 13 more

Comment 2 Paul Webster 2010-05-18 08:44:56 EDT

attachment (id=168910) contains the entire dialog project.

PW

Comment 3 Darin Wright 2010-05-25 12:33:20 EDT

If I *delete* the following from the config.ini and/or the "Launching Arguments" section of the product definition, it works.

"-os ${target.os} -ws ${target.ws} -arch ${target.arch} -nl ${target.nl} -consoleLog"

Comment 4 Darin Wright 2010-05-25 12:35:10 EDT

Or, changing to something like "-os linux -ws gtk -arch x86 -nl en -consoleLog" also makes it work.

Comment 5 Darin Wright 2010-05-25 12:40:17 EDT

Looks like this happens when the product is generated from a launch configuration. PDE should do one of:

* variable substitution when generating the product
* omitting these arguments
* doing variable substitution on export

Not sure what the history is on supporting variables in product launch arguments.

Comment 6 Darin Wright 2010-05-25 12:42:17 EDT

*** This bug has been marked as a duplicate of bug 278598 ***