Eclipse Community Forums
Forum Search:

Search      Help    Register    Login    Home
Home » Eclipse Projects » Standard Widget Toolkit (SWT) » Problem with DefaultUndoManager in Eclipse 3.1
Problem with DefaultUndoManager in Eclipse 3.1 [message #460925] Sun, 11 September 2005 20:05 Go to next message
Eclipse UserFriend
Originally posted by: john.butt.freeuk.com

Hi,

With Eclipse 3.1 the following line of code running in a standalone SWT
application on linux:

IUndoManager undoManager = new DefaultUndoManager(1);

Produces the exception:

Exception in thread "main" java.lang.NoClassDefFoundError:
org/eclipse/core/commands/ExecutionException

Any idea why this should be and how to fix it?

Thanks,

John B.
Re: Problem with DefaultUndoManager in Eclipse 3.1 [message #460935 is a reply to message #460925] Mon, 12 September 2005 12:43 Go to previous messageGo to next message
Alex Blewitt is currently offline Alex BlewittFriend
Messages: 946
Registered: July 2009
Senior Member
It looks like a simple classpath issue; it's looking for code in the org.eclipse.core plugin, and you haven't got it defined on your classpath.

Depending on how you're bundling this plugin, you might need to make changes in the Manifest.MF to ensure that the dependent Jar is on the right classpath. As an eclipse plugin, it would be handled with the Bundle-ClassPath: entry, which almost certainly won't work as a standalone application using it as a JAR.
Re: Problem with DefaultUndoManager in Eclipse 3.1 [message #460983 is a reply to message #460935] Tue, 13 September 2005 20:04 Go to previous message
Eclipse UserFriend
Originally posted by: john.butt.freeuk.com

Alex Blewitt wrote:
> It looks like a simple classpath issue; it's looking for code in the org.eclipse.core plugin, and you haven't got it defined on your classpath.
>
> Depending on how you're bundling this plugin, you might need to make changes in the Manifest.MF to ensure that the dependent Jar is on the right classpath. As an eclipse plugin, it would be handled with the Bundle-ClassPath: entry, which almost certainly won't work as a standalone application using it as a JAR.

When I run my application I have "VM arguments" set to:

-Djava.library.path=/myLibs

In directory myLibs I have the following shared libraries, but no jar files:

libswt-atk-gtk-3138.so
libswt-awt-gtk-3138.so
libswt-cairo-gtk-3138.so
libswt-gnome-gtk-3138.so
libswt-gtk-3138.so
libswt-mozilla-gtk-3138.so
libswt-pi-gtk-3138.so

Are there other libraries I'm missing or other VM arguments I should set
to run the application "standalone"? A simple example would be great
if you have one.

Thanks,

John B.
Previous Topic:hover help for dialog page does not wrap
Next Topic:ISelectionListener question - how to register?
Goto Forum:
  


Current Time: Wed Dec 13 22:47:57 GMT 2017

Powered by FUDForum. Page generated in 0.01611 seconds
.:: Contact :: Home ::.

Powered by: FUDforum 3.0.2.
Copyright ©2001-2010 FUDforum Bulletin Board Software