Comments on: Writing an Eclipse plug-in that uses native code via JNI http://www.macrobug.com/blog/2006/12/18/writing-an-eclipse-plug-in-that-uses-native-code-via-jni/ Macrobug Blog Wed, 07 Jan 2009 00:11:41 +0000 http://wordpress.org/?v=2.2.1 By: Kristina http://www.macrobug.com/blog/2006/12/18/writing-an-eclipse-plug-in-that-uses-native-code-via-jni/#comment-23534 Kristina Thu, 24 Jan 2008 01:44:31 +0000 http://www.macrobug.com/blog/2006/12/18/writing-an-eclipse-plug-in-that-uses-native-code-via-jni/#comment-23534 Yes, when I debug I fail when trying to call the DLL function not when loading. Someone suggested adding... Bundle-NativeCode: libparser.dll;osname=win32;processor=x86 to the header of MANIFEST.MF. However, it didn't make any difference when I ran my code. Have you used Bundle-NativeCode? And yeah the code example difference was a typo. Yes, when I debug I fail when trying to call the DLL function not when loading. Someone suggested adding…
Bundle-NativeCode: libparser.dll;osname=win32;processor=x86
to the header of MANIFEST.MF. However, it didn’t make any difference when I ran my code. Have you used Bundle-NativeCode?

And yeah the code example difference was a typo.

]]> By: Adrian Taylor http://www.macrobug.com/blog/2006/12/18/writing-an-eclipse-plug-in-that-uses-native-code-via-jni/#comment-23483 Adrian Taylor Wed, 23 Jan 2008 12:28:53 +0000 http://www.macrobug.com/blog/2006/12/18/writing-an-eclipse-plug-in-that-uses-native-code-via-jni/#comment-23483 Hi, no specific answers. But it looks like it's failing when it's trying to call the DLL function rather than when it's loading the DLL. Maybe you changed the package name or something else which affects the name of the symbol it needs to call? Also from your code example, it is trying to call Interface.open_file but your native method is ced_open_file Hi, no specific answers. But it looks like it’s failing when it’s trying to call the DLL function rather than when it’s loading the DLL. Maybe you changed the package name or something else which affects the name of the symbol it needs to call?
Also from your code example, it is trying to call Interface.open_file but your native method is ced_open_file

]]> By: Kristina http://www.macrobug.com/blog/2006/12/18/writing-an-eclipse-plug-in-that-uses-native-code-via-jni/#comment-23406 Kristina Tue, 22 Jan 2008 23:00:02 +0000 http://www.macrobug.com/blog/2006/12/18/writing-an-eclipse-plug-in-that-uses-native-code-via-jni/#comment-23406 I created a Java project in Eclipse referencing a DLL and everything ran properly. In Interface.java I declared the native functions, ie: public native int ced_open_file(String filename); .... static { System.loadLibrary("libparser.dll"); } Test.java contains the main program. I moved the same files in a Plug-in project. I added libparser.dll to the root and added it to build.properties. I get the error: java.lang.UnsatisfiedLinkError: myplugin/Interface.open_file at myplugin.Interface.open_file(Ljava.lang.String;)I(Interface.java:???) at myplugin.Test.main(Test.java:29) I have also changed System.load to System.loadLibrary(exact path to dll) and added the path to the VM arguments using -Djava.library.path. I get the same error. Have any suggestions to why it works as a Java Project but not as a plug-in? I created a Java project in Eclipse referencing a DLL and everything ran properly. In Interface.java I declared the native functions, ie:
public native int ced_open_file(String filename);
….

static {
System.loadLibrary(”libparser.dll”);
}

Test.java contains the main program.

I moved the same files in a Plug-in project. I added libparser.dll to the root and added it to build.properties. I get the error:

java.lang.UnsatisfiedLinkError: myplugin/Interface.open_file
at myplugin.Interface.open_file(Ljava.lang.String;)I(Interface.java:???)
at myplugin.Test.main(Test.java:29)

I have also changed System.load to System.loadLibrary(exact path to dll) and added the path to the VM arguments using -Djava.library.path. I get the same error.

Have any suggestions to why it works as a Java Project but not as a plug-in?

]]> By: www.macrobug.com» Blog Archive » Linking to Windows API DLLs from mingw http://www.macrobug.com/blog/2006/12/18/writing-an-eclipse-plug-in-that-uses-native-code-via-jni/#comment-104 www.macrobug.com» Blog Archive » Linking to Windows API DLLs from mingw Wed, 10 Jan 2007 18:28:20 +0000 http://www.macrobug.com/blog/2006/12/18/writing-an-eclipse-plug-in-that-uses-native-code-via-jni/#comment-104 [...] I thought I had it all cracked when I managed to link to one of my DLLs from within an Eclipse plug-in. Today I wanted to do the same thing, with the only difference being that the DLL is a Microsoft one. [...] […] I thought I had it all cracked when I managed to link to one of my DLLs from within an Eclipse plug-in. Today I wanted to do the same thing, with the only difference being that the DLL is a Microsoft one. […]

]]> By: www.macrobug.com» Blog Archive » Debugging JNI Eclipse plug-ins http://www.macrobug.com/blog/2006/12/18/writing-an-eclipse-plug-in-that-uses-native-code-via-jni/#comment-93 www.macrobug.com» Blog Archive » Debugging JNI Eclipse plug-ins Thu, 04 Jan 2007 10:31:24 +0000 http://www.macrobug.com/blog/2006/12/18/writing-an-eclipse-plug-in-that-uses-native-code-via-jni/#comment-93 [...] Previously I explained how to create a JNI plug-in for Eclipse, from Eclipse. [...] […] Previously I explained how to create a JNI plug-in for Eclipse, from Eclipse. […]

]]> By: Adrian Taylor http://www.macrobug.com/blog/2006/12/18/writing-an-eclipse-plug-in-that-uses-native-code-via-jni/#comment-55 Adrian Taylor Mon, 18 Dec 2006 19:40:30 +0000 http://www.macrobug.com/blog/2006/12/18/writing-an-eclipse-plug-in-that-uses-native-code-via-jni/#comment-55 And here's an equivalent makefile that works under Carbide. <pre class="code"> all : testjniplugin.dll testjniplugin.dll : nativesrc/SampleAction.c exampleJNI_actions_SampleAction.h mwccsym2 -I. -o SampleAction.obj nativesrc/SampleAction.c \\ -I- "-Ic:\\Program Files\\Java\\jdk1.5.0_09\include" \\ "-Ic:\Program Files\Java\jdk1.5.0_09\include\win32" \\ -msgstyle parseable -c mwldsym2 -shared -o testjniplugin.dll SampleAction.obj exampleJNI_actions_SampleAction.h : bin/exampleJNI/actions/SampleAction.class "c:\\Program Files\\Java\\jdk1.5.0_09\\bin\\javah" -classpath bin -jni exampleJNI.actions.SampleAction clean : -del examplejni_actions_SampleAction.h -del testjniplugin.dll </pre> And here’s an equivalent makefile that works under Carbide.

all : testjniplugin.dll

testjniplugin.dll : nativesrc/SampleAction.c exampleJNI_actions_SampleAction.h
	mwccsym2 -I. -o SampleAction.obj nativesrc/SampleAction.c \
		-I- "-Ic:\Program Files\Java\jdk1.5.0_09include" \
		"-Ic:Program FilesJavajdk1.5.0_09includewin32" \
		-msgstyle parseable -c
	mwldsym2 -shared -o testjniplugin.dll SampleAction.obj

exampleJNI_actions_SampleAction.h : bin/exampleJNI/actions/SampleAction.class
	"c:\Program Files\Java\jdk1.5.0_09\bin\javah" -classpath bin -jni exampleJNI.actions.SampleAction 

clean :
	-del examplejni_actions_SampleAction.h
	-del testjniplugin.dll
]]>