Как связать Java и C++ в экстремальных условиях?

Question

[kicum]

Ситуация такова есть код на Java, который вызывает код из библиотеки(dll), написанной на С++, связка сейчас выглядит так:

Java - > wrapper.dll(Win32) -> target.dll(Win32)

wrapper.dll — обертка, оставшаяся от предыдущего программиста, есть неактуальный код, есть работающая версия только под win32

target.dll — библиотека поставляемая партнерами, нет кода, но есть версии библиотеки под все платформы.



Проблема в следующем: Как с этим зоопарком переехать на Linux? И возможно ли выпилить wrapper.dll

Answer 1

[kicum]

Вот в такой ситуации у меня получилось следующее, по шагам:
1. Берем target.dll и декомпилируем ее, в результате получаем target.h — файл.
2. Берем target.so для Linux и так же декомпилируем ее, в результате получаем target-linux.h — файл.
3. Сравниваем их(мне повезло и они одинаковые более менее по сигнатурам функций и константам).
4. Скармливаем вот этой утилите — JNAerator, она нам выдает Java-код для вызова с помощью фреймворка JNA
5. Рефакторим сконструированный Java — код и работаем с ним(у меня получилось что функции в сгенерированном коде чуть отличаются по названиям)
6. Пишем декоратор для предыдущей реализации.

Ну вот и все!

Comments

[kicum]

Если на первых 2х шагах мы получили разные *.h файлы, то нам не повезло, и держим у себя реализации для нескольких платформ.

[Александр Коробов]

Чем Вы декомпилировали dll для получения хедера?

Answer 2

[igor_suhorukov]

code.google.com/p/bridj/

Comments

[kicum]

JNAErator плохо справился с генерацией кода для моей нативной библиотеки, потому не смогу его использовать — потрачу очень много времени на описание всех функций и структур. В BriJ есть положительная особенность — создание указателя для ByteBuffer.
А так, да, тоже решение

Answer 3

[barker]

Очень сложно переехать с таким зоопарком на линукс в общем случае.
Насчёт выпилить wrapper.dll не очень понятно. Очевидно, это JNI-либа, которая дёргает уже какую-то левую target.dll. Вызывать напрямую в вашем случае практически нереально.
Я писал вместо wrapper.dll консольную утилитку, которая дёргает target.dll, а с ней общался через stdin/stdout. Более негеморное решение я придумать не смог.

Comments

[barker]

А, если есть версии под все платформы, то чуть проще. Вплоть до того что можно скомпилировать wrapper под все платформы. У меня была только виндовая dll со смутным описанием.

[kicum]

Если интересно, то решение найдено!