Ищется фреймворк для построения системы, состоящей из нескольких модулей C++ / Java. Хочется поддержку Service Discovery (найти компонент в системе, поддерживать инфу о том кто жив, кто помер), Messaging (просто асинхронные собщения), Transactions, запуск компонентов как в одном процессе, так и распределенно.

CORBA — слишком низкоуровнево и не решает проблемы компоновки, нет контейнеров.
SCA (SOA) — вроде подходит, но большиство решений настроены на постоение системы из кубиков бизнес-аналитиками и тормозные

Нужен именно фреймворк для программеров, чтоб просто было собирать модули/компоненты.

Что посоветуете?
Спасибо!

Здравствуйте, nixxxin, Вы писали:

N>Ищется фреймворк для построения системы, состоящей из нескольких модулей C++ / Java. Хочется поддержку Service Discovery (найти компонент в системе, поддерживать инфу о том кто жив, кто помер), Messaging (просто асинхронные собщения), Transactions, запуск компонентов как в одном процессе, так и распределенно.

N>CORBA — слишком низкоуровнево и не решает проблемы компоновки, нет контейнеров.
N>SCA (SOA) — вроде подходит, но большиство решений настроены на постоение системы из кубиков бизнес-аналитиками и тормозные

N>Нужен именно фреймворк для программеров, чтоб просто было собирать модули/компоненты.

N>Что посоветуете?
N>Спасибо!

COM + SOAP?

Здравствуйте, nixxxin, Вы писали:

N>Ищется фреймворк для построения системы, состоящей из нескольких модулей C++ / Java. Хочется поддержку Service Discovery (найти компонент в системе, поддерживать инфу о том кто жив, кто помер), Messaging (просто асинхронные собщения), Transactions, запуск компонентов как в одном процессе, так и распределенно.

N>Нужен именно фреймворк для программеров, чтоб просто было собирать модули/компоненты.

Попробуй UPnP (http://upnp.org/). UPnP является P2P моделью, и соответственно все механизмы (Service Discovery, Control, Eventing) работают без центрального выделенного сервера. UPnP разделяет понятие управляющего компонента (control point) и управляемого (device), последние являются контейнерами для сервисов (services).

Управление асинхронно. UPnP комитет определяет спецификацию (протоколы) по которой сторонние разработчики реализуют свои UPnP SDK. Из свободно-доступных известных мне UPnP стеков назову Intel (С, cross-platform), Siemens (С++/Windows, Java), CyberLink(Java). Из коммерческих приходилось работать с Allegro (C, cross-platform).

Здравствуйте, Константин Л., Вы писали:

КЛ>COM + SOAP?

Забыл сказать... система должна работать на Windows/Solaris/Linux...
Да и SOAP — это супер-тормоз... фреймворк не должен навязывать использование конкретных протоколов или они должны изначально обеспечивать максимально
возвожный throughput и latency.

Здравствуйте, nixxxin, Вы писали:

N>Хочется поддержку Service Discovery (найти компонент в системе, поддерживать инфу о том кто жив, кто помер), Messaging (просто асинхронные собщения), Transactions, запуск компонентов как в одном процессе, так и распределенно.
erlang

N>Нужен именно фреймворк для программеров, чтоб просто было собирать модули/компоненты.
А если серьезно, посмотри на Ice . Там конечно не все, что ты указал, но возможно подойдет.

Здравствуйте, aka50, Вы писали:

A>Здравствуйте, nixxxin, Вы писали:

N>>Хочется поддержку Service Discovery (найти компонент в системе, поддерживать инфу о том кто жив, кто помер), Messaging (просто асинхронные собщения), Transactions, запуск компонентов как в одном процессе, так и распределенно.
A> erlang
В свете этого ссылка с эрланговой рассылки (сам сильно не ковырялся)

Здравствуйте, aka50, Вы писали:

A>А если серьезно, посмотри на Ice . Там конечно не все, что ты указал, но возможно подойдет.

Че-то я не вкурил, чем он лучше CORBA, кроме заявленного превосходства над TAO в производительности?
ИМХО, та же CORBA, вид с боку.
Как Ice может помочь компоновать разные сервисы в исполняемые процессы? Я не увидел там контейнеров...

Здравствуйте, Курилка, Вы писали:

К>В свете этого ссылка с эрланговой рассылки (сам сильно не ковырялся)

WireAPI Client Principal Features
Currently available for C/C++.

Coming Soon...
WireAPI clients for Perl, Python, PHP, Ruby, Java.

Там только C++ поддерживается

Здравствуйте, nixxxin, Вы писали:

N>Там только C++ поддерживается

У эрланга биндинги стандартные как раз к сям и яве есть

Здравствуйте, nixxxin, Вы писали:

N>Здравствуйте, Константин Л., Вы писали:

КЛ>>COM + SOAP?

N>Забыл сказать... система должна работать на Windows/Solaris/Linux...

ok

N>Да и SOAP — это супер-тормоз... фреймворк не должен навязывать использование конкретных протоколов или они должны изначально обеспечивать максимально
N>возвожный throughput и latency.

смотря для чего

Здравствуйте, Константин Л., Вы писали:

N>>Да и SOAP — это супер-тормоз...
КЛ>смотря для чего

Мне надо доставить из точки А в точку Б надор полей вида value1=2.345,value2="bla-bla-bla" и т.д.

Здравствуйте, aka50, Вы писали:

A>А если серьезно, посмотри на Ice . Там конечно не все, что ты указал, но возможно подойдет.

Вкурил
Супер-вещь!
C++ с Java в одном процесее не запустишь, но все равно круто...
Спасибо!

Кто-нить ипользует Ice? Хотелось бы услышать комментарии "из первых рук". В основном интересует надежность и качество поддержки.

Здравствуйте, nixxxin, Вы писали:

N>Здравствуйте, aka50, Вы писали:

A>>А если серьезно, посмотри на Ice . Там конечно не все, что ты указал, но возможно подойдет.

N>Вкурил
N>Супер-вещь!


N>C++ с Java в одном процесее не запустишь, но все равно круто...
Ну да, если вообще один язык используется — то красота.

N>Кто-нить ипользует Ice? Хотелось бы услышать комментарии "из первых рук". В основном интересует надежность и качество поддержки.
Я собирался использовать, но не срослось (по не техническим причинам). Качество поддержки: если платите, будет хорошее. Если gpl, то не очень (любой серьезный вопрос сразу натыкался на "заплатите, все сделаем", хотя возможно что-то изменилось с 2005-го)