ClassNotFound SWTError on deployed Startup [message #538241] |
Mon, 07 June 2010 05:10 |
|
I have an Eclipse product based on features which
- validates ok
- runs ok from a launch configuration
- exports ok from export wizard
When I start the native launcher, the application fails to load. Reading the attached dump, I believe that the root cause is a ClassNotFoundError for SWTError, as shown below.
Caused by: java.lang.ClassNotFoundException: org.eclipse.swt.SWTError
at org.eclipse.osgi.internal.loader.BundleLoader.findClassInternal(BundleLoader.java:494)
at org.eclipse.osgi.internal.loader.BundleLoader.findClass(BundleLoader.java:410)
at org.eclipse.osgi.internal.loader.BundleLoader.findClass(BundleLoader.java:398)
at org.eclipse.osgi.internal.baseadaptor.DefaultClassLoader.loadClass(DefaultClassLoader.java:105)
at java.lang.ClassLoader.loadClass(Unknown Source)
... 41 more
I have verified that both the plugin
org.eclipse.swt_3.5.2.v3557f.jar
and platform fragment
org.eclipse.swt.win32.win32.x86_3.5.2.v3557f.jar
are in the plugins directory.
- Does anyone have an idea as to the cause of this issue?
- Can anybody point me to a debugging strategy?
|
|
|
|
Re: ClassNotFound SWTError on deployed Startup [message #538975 is a reply to message #538281] |
Wed, 09 June 2010 09:08 |
|
I have found the issue, but I am still no closer to the solution. My problem is that the file, usually called to correspond with the launcher contains the following:
-os
${target.os}
-ws
${target.ws}
-arch
${target.arch}
-nl
${target.nl}
-vmargs
-Dosgi.requiredJavaVersion=1.5
-Xms40m
-Xmx512m
If I replace
with
with
with
with
my product runs immediately.
These are the values specified in my current target definition. I believe that the replacement process does not update the file correctly.
Maybe this is due to the fact that my launcher is called , not .
My problem is that I cannot see what the product export wizard does, when it runs. I will post this as a new thread.
|
|
|
|
|
Re: ClassNotFound SWTError on deployed Startup [message #605956 is a reply to message #538281] |
Wed, 09 June 2010 09:08 |
|
I have found the issue, but I am still no closer to the solution. My problem is that the product .ini file, usually called eclipse.ini to correspond with the launcher eclipse.exe contains the following:
-os
${target.os}
-ws
${target.ws}
-arch
${target.arch}
-nl
${target.nl}
-vmargs
-Dosgi.requiredJavaVersion=1.5
-Xms40m
-Xmx512m
If I replace
${target.os} with win32
${target.ws} with win32
${target.arch} with x86
${target.nl} with en_AU
my product runs immediately.
These are the values specified in my current target definition. I believe that the replacement process does not update the file correctly.
Maybe this is due to the fact that my launcher is called mint, not eclipse.
My problem is that I cannot see what the product export wizard does, when it runs. I will post this as a new thread.
|
|
|
|
Powered by
FUDForum. Page generated in 0.03345 seconds