Hi All,

Есть библиотека стороннего производителя, позволяющая среди прочего сравнивать отпечатки пальцев. Эта библиотека вызывает DLL через JNI. Из-за нестабильности native-кода в DLL при вызове метода иногда убивается JVM. Соответственно, при вызове этой функциональности из томката у меня приблизительно раз в сутки валится томкат.

Вопрос: как можно обособить вызовы из данной библиотеки (отдельное приложение?), чтобы при вызове не валились контейнеры, и в случае падения можно было бы все поднять?

Petro123АфриканецИз-за нестабильности native-кода в DLL
в других ЯП любой вызов оборачивают try и всё

Не помогает

BlazkowiczivanraСудя по тому, что валится не только текущий поток, но и весь томкат, данная dll портит не только память потока, но и всего сервера.
DLL не обязательно что-то портить. Почти любое неперехваченое нативное исключение приведет к крашу JVM.

ivanraПодозреваю, что написана она без учета многопоточности, и при одновременном доступе возникают коллизии. Попробуйте сделать синхронизацию.
Да, это достаточно стандартная проблема для legacy кода в dll. Но это всё равно не обезопасит сервер от других ошибок. Поэтому лучше всего таки запускать отдельные процессы. И многопоточность сохранится.

ivanraЕсли не поможет, придется писать приложение-обертку, сервисы тут не спасут, они так же будут валить весь сервер.
Нужно написать простейший exe, который через параметры командной строки будет запускать DLL функцию. Такие процессы можно почти спокойно плодить на сервере из разных потоков. Важно только чтобы они не утекали.

Простейший exe здесь не подходит, т.к. параметры - 2 byte[] массива порядка 10 килобайт.

Можно было бы запустить отдельное приложение (мультитредовое с синхронизацией доступа к внешней библиотеке); если падает - поднимать. С другой стороны, можно попробовать синхронизировать доступ к библиотеке в томкате, что я и собираюсь сделать.

Насчет веб-сервисов согласен с предыдущими ораторами: это не вариант.

BlazkowiczАфриканецМожно было бы запустить отдельное приложение (мультитредовое с синхронизацией доступа к внешней библиотеке); если падает - поднимать.
Какой в нём смысл?


Коннектиться к приложению хоть по TCP и передавать туда параметры, получать обратно результат сравнения. Если коннект/вызов не получается или результат не приходит - считаем приложение упавшим (не обязательно по причинам параллельного доступа) и перезапускаем.

BlazkowiczАфриканецС другой стороны, можно попробовать синхронизировать доступ к библиотеке в томкате, что я и собираюсь сделать.

Это во-первых исключит возможно выполнять сравнение одновременно для разных юзеров (соотвественно уменьшит производительность). А во-вторых так же не гарантирует от падений.

Да, от падений по причинам, отличным от параллельного доступа, не гарантирует. С другой стороны, процесс все равно интерактивный, так что лишние миллисекунды ожидания на границе вполне приемлемы.