Re: [jna-users] JNA - java.awt Dependency - Hristo Novatchkov - net.java.dev.jna.users

25 messages in net.java.dev.jna.usersRe: [jna-users] JNA - java.awt Depend...

From	Sent On	Attachments
Novatchkov Hristo	Feb 26, 2009 2:14 am
Timothy Wall	Feb 26, 2009 5:54 am
Hristo Novatchkov	Feb 27, 2009 4:11 pm
Timothy Wall	Feb 27, 2009 7:21 pm
Hristo Novatchkov	Feb 28, 2009 3:03 am
Timothy Wall	Feb 28, 2009 4:16 am
Hristo Novatchkov	Feb 28, 2009 4:30 am
Timothy Wall	Feb 28, 2009 5:17 am
Novatchkov Hristo	Mar 4, 2009 3:06 am
Novatchkov Hristo	Mar 4, 2009 8:13 am
Timothy Wall	Mar 4, 2009 8:38 am
Novatchkov Hristo	Mar 5, 2009 12:19 am
Novatchkov Hristo	Mar 5, 2009 12:59 am
Timothy Wall	Mar 5, 2009 8:24 am
Novatchkov Hristo	Mar 10, 2009 7:42 am
Timothy Wall	Mar 10, 2009 8:21 am
Novatchkov Hristo	Mar 11, 2009 2:02 am
Timothy Wall	Mar 11, 2009 5:11 am
Novatchkov Hristo	Mar 11, 2009 5:56 am
Timothy Wall	Mar 11, 2009 6:03 am
Hristo Novatchkov	Mar 15, 2009 9:05 am
Timothy Wall	Mar 15, 2009 12:09 pm
youc...@free.fr	Mar 16, 2009 3:51 am
Novatchkov Hristo	Mar 16, 2009 4:00 am
Timothy Wall	Mar 16, 2009 6:17 am

	Permalink for this message Paste this link in email or IM:
	Permalink for this thread Paste this link in email or IM:
	Atom feed for this thread Paste this URL into your reader:

Subject:	Re: [jna-users] JNA - java.awt Dependency	Actions...
From:	Hristo Novatchkov (hris...@univie.ac.at)
Date:	Feb 28, 2009 4:30:31 am
List:	net.java.dev.jna.users

Yes, I'd also say that it has to do with the Lotus Expeditor VM, which is based on J9 though. More precisely, it could be also the combination of the VM and the jna jar since right now after trying to include classes like java.awt.Window but also java.nio.Buffer directly in the classpath of the Lotus Expeditor VM the error code looks different:

JNA: Problems loading core IDs: ByteBuffer.array Exception in thread "Thread-5" java.lang.NoClassDefFoundError: com.sun.jna.Native (initialization failure) at java.lang.J9VMInternals.initialize(J9VMInternals.java:127) at com.sun.jna.Native$DeleteNativeLibrary.unload(Native.java:738) at com.sun.jna.Native$DeleteNativeLibrary.run(Native.java:759) Caused by: java.lang.UnsatisfiedLinkError: C:\Users\ico\AppData\Local\Temp\jna66491.tmp (Incompatible JNI version (not 1.1, 1.2 or 1.4)) at java.lang.ClassLoader.loadLibraryWithPath(ClassLoader.java:955) at java.lang.System.load(System.java:443) at com.sun.jna.Native.loadNativeLibraryFromJar(Native.java:609) at com.sun.jna.Native.loadNativeLibrary(Native.java:550) at com.sun.jna.Native.<clinit>(Native.java:87) at java.lang.J9VMInternals.initializeImpl(Native Method) at java.lang.J9VMInternals.initialize(J9VMInternals.java:187) at mobile.coaching.InvokeNative.init(InvokeNative.java:31) at mobile.coaching.UI$4.widgetSelected(UI.java:184) at org.eclipse.swt.widgets.TypedListener.handleEvent(TypedListener.java:89) at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82) at org.eclipse.swt.widgets.Widget.notifyListeners(Widget.java:475) at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:1527) at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:1382) at org.eclipse.ui.internal.Workbench.runEventLoop(Unknown Source) at org.eclipse.ui.internal.Workbench.runUI(Unknown Source) at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Unknown Source) at org.eclipse.ui.PlatformUI.createAndRunWorkbench(Unknown Source) at com.ibm.ercp.hworkbench.eWorkbench.run(Unknown Source) at org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:78) at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.runApplication(Unknown Source) at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.start(Unknown Source) at org.eclipse.core.runtime.adaptor.EclipseStarter.run(Unknown Source) at org.eclipse.core.runtime.adaptor.EclipseStarter.run(Unknown Source) at java.lang.reflect.AccessibleObject.invokeL(AccessibleObject.java:213) at java.lang.reflect.Method.invoke(Method.java:278) at org.eclipse.core.launcher.Main.invokeFramework(Unknown Source) at org.eclipse.core.launcher.Main.basicRun(Unknown Source) at org.eclipse.core.launcher.Main.run(Unknown Source) at org.eclipse.core.launcher.Main.main(Unknown Source)

This time the initialization of JNA seems to fail. Also the JNI versions are not disliked by Eclipse and the VM. How can I interpret that error code? I'm afraid that the project properties have been completely messed up now.

Timothy Wall schrieb:

This probably has more to do with lotus expeditor than the J9 VM. Make sure the java.awt stub classes are present in whatever classes get downloaded to your client. You may have to explicitly mark the java.awt classes/package as being included in your bundle.

On Feb 28, 2009, at 6:03 AM, Hristo Novatchkov wrote:

My own classes are inside a package called mobile.coaching. Parallel to that I have created a package called jawa.awt, where I place classes (like Window) which can't be found during runtime. This structure wouldn't influence the error output at all. Is this the right way to do it? (I'm using Eclipse 3.2.2 and IBM Lotus Expeditor 6.1.1.)

Timothy Wall schrieb:

What happens when you create a dummy java.awt.Window class? How does your system fail? You should be able to add empty classes for java.awt.Window and java.awt.Component to the rest of your Java classes, and that will avoid the NoClassDefFoundError.

The fact that your VM doesn't support jawt shouldn't matter since the library is loaded dynamically in response to a call to one of the window id retrieval functions.

On Feb 27, 2009, at 7:12 PM, Hristo Novatchkov wrote:

First of all thanks for your reply! Unfortunately I am still facing the same problem with the use of the jclDevice runtime (java.lang.NoClassDefFoundError: java.awt.Window) when including the jna.jar file. The thing is that jclDevice doesn't support java.awt and it's almost impossible to add that package in the classpath (at least for me - I have tried to add single java.awt classes and also the whole rt.jar file). Additionaly I tried your suggestion - building up a simulative jawa.awt package (parallel to my own package), though, that didn't work either. Has somebody experienced similar problems?

Timothy Wall schrieb:

You can always stub out java.awt.Window with your own class. I believe others have used J9 successfully with only minor adjustments.

Patches are welcome to facilitate using JNA in the absence of AWT; currently I believe you'll get an UnsatisfiedLinkError on jawt only if you try to use any of the window ID access functionality.

On Feb 26, 2009, at 5:14 AM, Novatchkov Hristo wrote:

Dear JNA developers,

I am using IBM Lotus Expeditor in order to implement eRCP applications for mobile devices (jclDevice). Right now I want to load a dll file with the help of jna. Unfortunately the VM integrated in IBM Lotus Expeditor is the J9 VM, which doesn’t support java packages like java.awt. Thus, when I try to run the application and add the jna.jar-file into the classpath I get the following error:

java.lang.NoClassDefFoundError: java.awt.Window at java.lang.J9VMInternals.verifyImpl(Native Method) at java.lang.J9VMInternals.verify(J9VMInternals.java:63) at java.lang.J9VMInternals.initialize(J9VMInternals.java:124) at mobile.coaching.InvokeNative.init(InvokeNative.java:24) at mobile.coaching.UI$4.widgetSelected(UI.java:185) at org.eclipse.swt.widgets.TypedListener.handleEvent(TypedListener.java:89)

at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:82) at org.eclipse.swt.widgets.Widget.notifyListeners(Widget.java:475) at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:1527) at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:1382) at org.eclipse.ui.internal.Workbench.runEventLoop(Unknown Source) at org.eclipse.ui.internal.Workbench.runUI(Unknown Source) at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Unknown Source) at org.eclipse.ui.PlatformUI.createAndRunWorkbench(Unknown Source) at com.ibm.ercp.hworkbench.eWorkbench.run(Unknown Source) at org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:78)

at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.runApplication(Unknown Source) at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.start(Unknown Source) at org.eclipse.core.runtime.adaptor.EclipseStarter.run(Unknown Source) at org.eclipse.core.runtime.adaptor.EclipseStarter.run(Unknown Source) at java.lang.reflect.AccessibleObject.invokeL(AccessibleObject.java:213)

at java.lang.reflect.Method.invoke(Method.java:278) at org.eclipse.core.launcher.Main.invokeFramework(Unknown Source) at org.eclipse.core.launcher.Main.basicRun(Unknown Source) at org.eclipse.core.launcher.Main.run(Unknown Source) at org.eclipse.core.launcher.Main.main(Unknown Source) Unhandled event loop exception Reason: java.lang.NoClassDefFoundError: java.awt.Window at java.lang.J9VMInternals.verifyImpl(Native Method) at java.lang.J9VMInternals.verify(J9VMInternals.java:63) at java.lang.J9VMInternals.initialize(J9VMInternals.java:124) at mobile.coaching.InvokeNative.init(InvokeNative.java:24) at mobile.coaching.UI$4.widgetSelected(UI.java:185) at org.eclipse.swt.widgets.TypedListener.handleEvent(TypedListener.java:89)

This is most likely due to the import of some java.awt classes in the com.sun.jna.Native class. (https://jna.dev.java.net/source/browse/jna/trunk/jnalib/src/com/sun/jna/Native.java?rev=755&view=markup)

Are those packages really essential for the realization of JNA? Is there a way to deal with such issues?

Thanks in advance, Hristo Novatchkov

	Start a set with this search
	Include this search in one of my sets
	Exclude this search from one of my sets
	Permalink to these results Paste this link in email or IM:
	Atom feed for tracking future search results Paste this URL into your reader: