avs63Привет всем,

Возникла потребность реализовать в Java интерфейсные native -функции со сторонней C++
библиотекой. Вся беда в том, что многие функции в этой библиотеке возвращают значения
через свои REF-параметры. А как их передать обратно в native-функцию Java пока никак не
придумаю. С Java дружу не так давно, опыта мало, и на ум приходит, пока, только одно
решение: создать некий промежуточный класс с описанием внутренних полей-параметров,
количество которых будет совпадать с количеством REF-параметров в c++ функции, и
передавать такой объект в качестве одного из параметров native-функции. Внутри последней
присваивать полям переданного объекта необходимые (возвращенные C++) значения.
Проблема в таком решении, что для каждой функции потребуется создавать свой отдельный
класс-представитель с перечнем своих полей-параметров. Вот и сижу - голову ломаю.
Может быть кто-то из уважаемых форумчан сталкивался с такой задачей и/или может
подсказать наиболее оптимальное ее решение?

А есть какие то требования по производительности ?

am_sasaJNA

не советовал бы, если нужна производительность.

avs63Привет всем,

Возникла потребность реализовать в Java интерфейсные native -функции со сторонней C++
библиотекой. Вся беда в том, что многие функции в этой библиотеке возвращают значения
через свои REF-параметры. А как их передать обратно в native-функцию Java пока никак не
придумаю. С Java дружу не так давно, опыта мало, и на ум приходит, пока, только одно
решение: создать некий промежуточный класс с описанием внутренних полей-параметров,
количество которых будет совпадать с количеством REF-параметров в c++ функции, и
передавать такой объект в качестве одного из параметров native-функции. Внутри последней
присваивать полям переданного объекта необходимые (возвращенные C++) значения.
Проблема в таком решении, что для каждой функции потребуется создавать свой отдельный
класс-представитель с перечнем своих полей-параметров. Вот и сижу - голову ломаю.
Может быть кто-то из уважаемых форумчан сталкивался с такой задачей и/или может
подсказать наиболее оптимальное ее решение?

Выделяете память и льете туда в сериализованном виде на стороне С++

Джаве передаете указатель и соотв десериализуете на стороне Джавы.

avs63Появилась идея передавать ByRef-аргументы в native функцию в виде AtomicReference
объектов и уже внутри последней, вызовом метода set(v), присваивать значения,
возвращенные c++ функцией. На выходе получаем значения методом get(). Судя по
описанию пакета atomic должно сработать. Надо пробовать.

Хотите ява объекты конструировать прямо из плюсов ?

Удачи )

avs63Конструировать из плюсов не надо. Изначально объект будет создан в Java. В c++
только будет вызываться для него метод set().

Ссылку на что Вы туда сетить будете ?
На С++ объект или на что ?

BlazkowiczСемен.СеменовичХотите ява объекты конструировать прямо из плюсов ?

Какие сложности?

Под прямо из плюсов я имел ввиду прямо из плюсов )))

Я то все о производительности задумываюсь ))

Если на производительность пофигу - делаем все через XML :) и передаем через SOAP :)

avs63Семен.Семенович

Не пойму Вашего сарказма. Если внутри c-функции я получил необходимые значения
от host-функции, и зная их типы, какая проблема вызвать через JNI метод set() для
соответствующего переданного Java-объекта (параметра), класс которого известен?

Никаких используя JNI можно сделать все что угодно.

Можно также использовать упомянутый XML + Soap.

Можно все положить в оракл а из явы вытащить из оракла

Можно отправить по почте и прочитать с явы.

Все варианты хороши, если на перфоманс пофигу.

https://github.com/aclindsa/jnioverhead

Вот поиграйтесь

Раза в 2 просадка производительности при вызове JNI без параметров

Если появляются параметры все становится еще плачевнее

А уж создание Java объектов из С++ и работа с ними через JNI слой заставляет содрогнуться волосы на моей голове.

avs63Семен.Семенович

Про производительность JNI спорить не буду - тут, наверное, Вы правы. Но, как я уже
писал, задача у меня не real-time. Главное, чтобы работала, и с высокой степенью
надежности/предсказуемости.

Да всех благ.

Я там еще 5-ок способов передать из плюсов в яву представил ))))

А вообще смотрим батл гнойного

maytonВобщем-то тут и думать нечего.

Конечно, думать вообще вредно.

Берем JSON и в бой )

maytonСемен.Семенович, ну привет. Как там твоя оптимизация?

Отлично )

Вот решил брать пример с местных гуру ))

maytonКстати в С++ мной создан клон темы с кешами. И некоторые правильные "гуры" уже
высказали свои соображения по практике этого вопроса.

А почему "гуры" в кавычках.

Плюсисты там дело как раз говорят.

maytonЯ фигурально.

http://www.1024cores.net/home/in-russian/ram---ne-ram-ili-cache-conscious-data-structures

RAM - не RAM, или Cache-Conscious Data Structures

Это точь в точь о чем я писал.

авторCache-Conscious Binary Search


Это была разминка, теперь более интересные и нетривиальные вещи.
Как организовать быстрый бинарный поиск при большом объёме данных? Ответ теоретика — с помощью бинарного дерева. Ну ладно, простим ему это. Конечно, с помощью упорядоченного массива. На маленьком объеме данных это будет работать хорошо, но вот на большом — не очень. Что бы понять почему, надо рассмотреть как происходит перемещение "точки поиска" по массиву в вслучае бинарного поиска. Вначале точка устанавливается на середину (1/2), потом "скачет" либо на 1/4, либо на 3/4, потом — на 1/8, 3/8, 5/8, 7/8 и т.д. Т.е. вначале "скачки" очень большие и хаотические. При этом из каждой
загруженной кэш-линии используется в основном только один элемент, ближайшие к нему элементы не используются.


И заметьте тут нет ни слова ни про Mac ни про Java ни про зависимость от платформы.

Надо уходить в С++.

avs63Если кому-то интересно...
Сделал таким образом:


@InOut - декларация для понимания того, что параметр как принимает значение, так и возвращает новое

Главное чтоб начальник был доволен и кастомер не ругался )))