kT_________Добрый день.
Прошу поделиться опытом решения таких задач.

С одной стороны ява_код либо ява приложение, с другой стороны С++_код либо С++ приложение. Требуется со стороны С++ обрабатывать данные с потока вывода и передавать Яве(коду или приложению) и принимать данные от Ява (кода или приложения) всё надо делать асинхронно и кроссплатформенно(желательно) но можно и просто под Посикс.

В Ява ветке пишут что нет возможности использовать Буст::Спирит из JNI, (да, со стороны С++ либо код Спирита, либо скомпилинный код), т.е. если код не вызвать (и нужно ли? там наверно жудкие тормоза) значить компилить парсеры, считывать поток вывода и как то его отдавать Ява приложению, варианты:

1.WSDL поделитесь историями успеха? есть библиотеки или как это прикрутить?
2. Через БД, был опыт исопльзования МуСКЛ С++ АПИ, впечатление оставил неизгладимое, с учетом того что парсеров не мало, между собой они не связаны, придется писать ЦУП с пулами, которому каждый парсер будет отдавать/принимать инфу, но прогресс не стоит на месте, новые стандарты.. м б ОРМы есть, но чувствую это не самый простой вариант.
3.Доменные сокеты Посикса, тсп-айпи, очереди.. и прочие артефакты из книг Стивенса)))

Коллеги, подскажите что в тренде, как передать данные межды С++ и Явой, асинхронно, кроссплатформенно, и без голавников со стороны плюсов. Благодарю!

Какое сборище модно-бесполезных терминов. Еще не хватает обязательного слова "энтерпрайз". И совершенно не понятно какое boost::spirit (библиотека DSL для создания не самых быстрых, простых парсеров) имеет отношение к ipc. Еще судя по вашему посту, не понятно что вы хотите, какое именно взаимодействие. Поэтому вам начали советовать совершенно различные вещи начиная от пайпов, файлов заканчивая SOAP-ом.

То что вы называете "передавать данные между двумя приложениями" может иметь абсолютно различные виды. Например сюда можно засунуть следующие: browser<->webserver, dbclient <->dbserver, главный процесс - порожденные процессы для обслуживания подключений, и уйма других видов, каждый из которых имеет свои требования (скорость, надежность, персистентность, сессионность, кол-во подключений, транзакционность, и мн. др.)

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