[
Date Prev][
Date Next][
Thread Prev][
Thread Next][
Date Index][
Thread Index]
[
List Home]
Re: [imp-dev] Can't find UniversalEditor
|
Hi Andy,
I haven't seen this problem specifically,
so I don't have any quick guess as to what might be going on.
To clarify the situation, is this problem
occurring with a new version of Eclipse? And are both your new and
older distributions running into this problem with the new version of Eclipse?
Do your older distributions continue
to work with the versions of Eclipse with which they worked before? Can
you try your new distribution in any of the older Eclipses?
In the Eclipse where the problem occurs,
can you verify whether the IMP Runtime feature is installed? And
that you're getting the org.eclipse.imp.runtime plug-in as part of that?
Maybe the installation of IMP into Eclipse has gone wrong.
Thanks,
Stan
Stan Sutton, Ph. D.
IBM T. J. Watson Research Center
19 Skyline Drive, Hawthorne, NY 10532 USA
telephone: 1-914-784-7316, FAX: 1-914-784-7455, T/L 863
e-mail: suttons@xxxxxxxxxx, Stan Sutton/Watson/IBM@IBMUS
"Crapo, Andrew (GE,
Research)" <crapo@xxxxxx>
Sent by: imp-dev-bounces@xxxxxxxxxxx
03/24/2009 08:30 AM
Please respond to
IMP Developers List <imp-dev@xxxxxxxxxxx> |
|
To
| <imp-dev@xxxxxxxxxxx>
|
cc
|
|
Subject
| [imp-dev] Can't find UniversalEditor |
|
Out of the blue my IMP-generated language
plugin distribution has stopped working. The IDE works in the PDE but when
I distribute upon trying to load a file of the language in the editor,
I get this error:
java.lang.ClassNotFoundException: org.eclipse.imp.editor.UniversalEditor
at org.eclipse.osgi.framework.internal.core.BundleLoader.findClass(BundleLoader.java:402)
at org.eclipse.osgi.framework.internal.core.BundleLoader.findClass(BundleLoader.java:347)
at org.eclipse.osgi.internal.baseadaptor.DefaultClassLoader.loadClass(DefaultClassLoader.java:83)
at java.lang.ClassLoader.loadClass(Unknown
Source)
at org.eclipse.osgi.framework.internal.core.BundleLoader.loadClass(BundleLoader.java:278)
at org.eclipse.osgi.framework.internal.core.BundleHost.loadClass(BundleHost.java:227)
at org.eclipse.osgi.framework.internal.core.AbstractBundle.loadClass(AbstractBundle.java:1245)
at org.eclipse.core.internal.registry.osgi.RegistryStrategyOSGI.createExecutableExtension(RegistryStrategyOSGI.java:147)
at
org.eclipse.core.internal.registry.ExtensionRegistry.createExecutableExtension(ExtensionRegistry.java:759)
at org.eclipse.core.internal.registry.ConfigurationElement.createExecutableExtension(ConfigurationElement.java:243)
at
org.eclipse.core.internal.registry.ConfigurationElementHandle.createExecutableExtension(ConfigurationElementHandle.java:51)
at
org.eclipse.ui.internal.WorkbenchPlugin$1.run(WorkbenchPlugin.java:242)
…..
Don't know what has changed. Even distributions
that worked before have stopped working, suggesting that the change is
not in the distribution but in the Eclipse environment into which the distribution
is being added as a set of plugins.
Any insights would be greatly appreciated
as this has me stumped.
Andrew Crapo
Information Scientist
GE Global Research
T +1 518 387 5729
F +1 518 387 6104
D *833 5729
E crapo@xxxxxxxxxxxxxxx
www.research.ge.com
One Research Circle
Niskayuna, NY 12309 USA
General Electric Company
GE imagination at work
_______________________________________________
imp-dev mailing list
imp-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/imp-dev