Вызов сборки .NET из Java: сбои JVM
У меня есть сторонняя сборка .NET и большое приложение Java. Мне нужно вызвать mothods, предоставленные библиотекой классов .NET из приложения Java. Сборка не поддерживает COM.
Я обыскал сеть, и до сих пор у меня есть следующее:
Код С# (cslib.cs):
using System;
namespace CSLib
{
public class CSClass
{
public static void SayHi()
{
System.Console.WriteLine("Hi");
}
}
}
скомпилирован с использованием .net 3.5, но то же самое происходит при использовании 2.0):
csc /target:library cslib.cs
Код С++ (clib.cpp):
#include <jni.h>
#using <CSLib.dll>
using namespace CSLib;
extern "C" _declspec(dllexport) void Java_CallCS_callCS(JNIEnv* env, jclass cls) {
CSLib::CSClass::SayHi();
}
скомпилирован (с использованием инструментов VC 2008, но то же самое происходит при использовании инструментов 2003):
cl /clr /LD clib.cpp
mt -manifest clib.dll.manifest -outputresource:clib.dll;2
Код Java (CallCS.java):
class CallCS {
static {
System.loadLibrary("clib");
}
private static native void callCS();
public static void main(String[] args) {
callCS();
}
}
Когда я пытаюсь запустить класс java, Java VM сбой при вызове метода (он может загружать библиотеку):
#
# An unexpected error has been detected by Java Runtime Environment:
#
# Internal Error (0xe0434f4d), pid=3144, tid=3484
#
# Java VM: Java HotSpot(TM) Client VM (10.0-b19 mixed mode, sharing windows-x86)
# Problematic frame:
# C [kernel32.dll+0x22366]
#
...
Java frames: (J=compiled Java code, j=interpreted, Vv=VM code)
j CallCS.callCS()V+0
j CallCS.main([Ljava/lang/String;)V+0
v ~StubRoutines::call_stub
Однако, если я создаю простое приложение cpp, которое загружает clib.dll и вызывает экспортированную функцию Java_CallCS_callCS, все в порядке.
Я пробовал это в обеих средах x86 и x64, и результат тот же. Я не пробовал другие версии Java, но мне нужен код для запуска на 1.5.0.
Кроме того, если я изменяю clib.cpp для вызова только системных методов, все работает отлично даже с Java:
#include <jni.h>
#using <mscorlib.dll>
using namespace System;
extern "C" _declspec(dllexport) void Java_CallCS_callCS(JNIEnv* env, jclass cls) {
System::Console::WriteLine("It works");
}
Завершить:
- Я могу позвонить системным методам из Java → clib.dll → mscorlib.dll
- Я могу использовать любые методы из CPPApp → clib.dll → cslib.dll
- Я UNABLE для вызова любых методов из Java → clib.dll → cslib.dll
Мне известно об обходном пути, который использует 1. выше. Я могу использовать рефлексию для загрузки assmebly и вызова желаемых методов, используя только системные вызовы, но код становится беспорядочным, и я надеюсь на лучшее решение.
Я знаю о проекте dotnetfromjava, который использует метод отражения, но предпочитает не добавлять больше сложности, чем нужно. Я буду использовать что-то вроде этого, если нет другого способа, однако.
Я тоже посмотрел на ikvm.net, но я понимаю, что он использует свою собственную JVM (написанную на С#) для совершения магии. Тем не менее, запуск всего приложения Java под его VM не является для меня вариантом.
Спасибо.
Ответы
Ответ 1
ОК, тайна решена.
Авария JVM вызвана необработанным System.IO.FileNotFoundException. Исключение выбрано потому, что сборка .NET выполняется в папке, в которой находится вызывающий exe файл.
- Файл mscorlib.dll находится в глобальном кэше сборок, поэтому он работает.
- Приложение EXP CPP находится в той же папке, что и сборка, поэтому она также работает.
- Сборка cslib.dll НИКАКОЙ в папке java.exe, NOR в GAC, поэтому она не работает.
Кажется, мой единственный вариант - установить сборку .NET в GAC (у сторонней DLL есть сильное имя).
Ответ 2
Посмотрите jni4net, это сделает тяжелую работу для вас.
Ответ 3
Вы посмотрели на ikvm.NET, который позволяет звонить между .NET и Java-кодом?
Ответ 4
Я был так рад найти эту статью, так как я застрял и имел именно эту проблему.
Я хочу внести некоторый код, который поможет преодолеть эту проблему.
В конструкторе Java вызовите метод init, который добавляет событие разрешения.
Мой опыт необходимо вызвать init НЕ непосредственно перед вызовом в вашу библиотеку в коде С++, поскольку из-за проблем с синхронизацией он может все же сработать.
Я поместил вызов init в свой конструктор класса java для сопоставления вызовов JNI, который отлично работает.
//C# code
using System.Collections.Generic;
using System.Linq;
using System.Text;
using System.Reflection;
using System.Security.Permissions;
using System.Runtime.InteropServices;
namespace JNIBridge
{
public class Temperature
{
[SecurityPermission(SecurityAction.Assert, Flags = SecurityPermissionFlag.UnmanagedCode | SecurityPermissionFlag.Assertion | SecurityPermissionFlag.Execution)]
[ReflectionPermission(SecurityAction.Assert, Unrestricted = true)]
[FileIOPermission(SecurityAction.Assert, Unrestricted = true)]
public static double toFahrenheit(double value)
{
return (value * 9) / 5 + 32;
}
[SecurityPermission(SecurityAction.Assert, Flags = SecurityPermissionFlag.UnmanagedCode | SecurityPermissionFlag.Assertion | SecurityPermissionFlag.Execution)]
[ReflectionPermission(SecurityAction.Assert, Unrestricted = true)]
[FileIOPermission(SecurityAction.Assert, Unrestricted = true)]
public static double toCelsius(double value)
{
return (value - 32) * 5 / 9;
}
}
}
Код С++
// C++ Code
#include "stdafx.h"
#include "JNIMapper.h"
#include "DotNet.h"
#include "stdio.h"
#include "stdlib.h"
#ifdef __cplusplus
extern "C" {
#endif
/*
* Class: DotNet
* Method: toFahrenheit
* Signature: (D)D
*/
static bool initialized = false;
using namespace System;
using namespace System::Reflection;
/***
This is procedure is always needed when the .NET dll arent in the actual directory of the calling exe!!!
It loads the needed assembly from a predefined path, if found in the directory and returns the assembly.
*/
Assembly ^OnAssemblyResolve(Object ^obj, ResolveEventArgs ^args)
{
//System::Console::WriteLine("In OnAssemblyResolve");
#ifdef _DEBUG
/// Change to your .NET DLL paths here
String ^path = gcnew String("d:\\WORK\\JNIBridge\\x64\\Debug");
#else
String ^path = gcnew String(_T("d:\\WORK\\JNIBridge\\x64\\Release"));
#endif
array<String^>^ assemblies =
System::IO::Directory::GetFiles(path, "*.dll");
for (long ii = 0; ii < assemblies->Length; ii++) {
AssemblyName ^name = AssemblyName::GetAssemblyName(assemblies[ii]);
if (AssemblyName::ReferenceMatchesDefinition(gcnew AssemblyName(args->Name), name)) {
// System::Console::WriteLine("Try to resolve "+ name);
Assembly ^a = Assembly::Load(name);
//System::Console::WriteLine("Resolved "+ name);
return a;
}
}
return nullptr;
}
/**
This procedure adds the Assembly resolve event handler
*/
void AddResolveEvent()
{
AppDomain::CurrentDomain->AssemblyResolve +=
gcnew ResolveEventHandler(OnAssemblyResolve);
}
/*
* Class: DotNet
* Method: init
* Signature: ()Z
*/
JNIEXPORT jboolean JNICALL Java_DotNet_init
(JNIEnv *, jobject)
{
printf("In init\n");
AddResolveEvent();
printf("init - done.\n");
return true;
}
/*
* Class: DotNet
* Method: toFahrenheit
* Signature: (D)D
*/
JNIEXPORT jdouble JNICALL Java_DotNet_toFahrenheit
(JNIEnv * je, jobject jo, jdouble value)
{
printf("In Java_DotNet_toFahrenheit\n");
double result = 47;
try{
result = JNIBridge::Temperature::toFahrenheit(value);
} catch (...){
printf("Error caught");
}
return result;
}
/*
* Class: DotNet
* Method: toCelsius
* Signature: (D)D
*/
JNIEXPORT jdouble JNICALL Java_DotNet_toCelsius
(JNIEnv * je, jobject jo , jdouble value){
printf("In Java_DotNet_toCelsius\n");
double result = 11;
try{
result = JNIBridge::Temperature::toCelsius(value);
} catch (...){
printf("Error caught");
}
return result;
}
#ifdef __cplusplus
}
Код Java
/***
** Java class file
**/
public class DotNet {
public native double toFahrenheit (double d);
public native double toCelsius (double d);
public native boolean init();
static {
try{
System.loadLibrary("JNIMapper");
} catch(Exception ex){
ex.printStackTrace();
}
}
public DotNet(){
init();
}
public double fahrenheit (double v) {
return toFahrenheit(v);
}
public double celsius (double v) {
return toCelsius(v);
}
}