Dj.ValDen пишет:
> C>В gSOAP'е совершенно не продумана работа с памятью — это меня и бесило > C>до невозможности. Ну и генерация врапперов оставляет желать лучшего. > Что ты посоветуешь?
Бери CORBA. WebServices — это не "перспективный RPC", а средство
вытягивания денег. Причем кривое.
Dj.ValDen пишет:
> E>CORBA потяжелее RPC будет, однако. Это отдельная идеалогия и > архитектура. > E>А WebServices похож на весь XML -- не всем он нравиться (см. > например: Чем так уж хорош XML? > <http://rsdn.ru/forum/Message.aspx?mid=580570>
), но стал стандартом и > никуда не попрешь. Так же и с SOAP может быть. > Спасибо за ссылку, почитал, довольно таки интерессные мнения попадались... > WebServices меня самого не прельщают... Просто хочу поддерживать для > совместимости (чего не сделаешь для неё )
Совместимости с кем? Кстати, КОРБА интероперирует со всем, чем только можно.
> CORBA мне что то не очень нравится... Напоминает отживающий DCOM > только кроссплатформенный... > А геморрой тот же...
Зато работает
> А больше никаких интерессных и хороших вариантов RPC не знаете?
eao197 пишет:
> C>Бери CORBA. WebServices — это не "перспективный RPC", а средство > C>вытягивания денег. Причем кривое. > CORBA потяжелее RPC будет, однако. Это отдельная идеалогия и архитектура.
CORBA и есть RPC (Remote Procedure Call), причем в мнимальной
конфигурации весьма легковесная (нааааамного легче WebService'ов). Никто
ведь не заставляет использовать все CORBA-сервисы
> А WebServices похож на весь XML -- не всем он нравиться (см. например: > Чем так уж хорош XML? <http://rsdn.ru/forum/Message.aspx?mid=580570>
eao197 пишет:
> DV>мне его посоветовали просто как перспективный RPC ... вот я и решил > посмотреть да попробовать... > Есть более легковесный аналог: XML-RPC <http://www.xmlrpc.org>.
Он приспособлен для динамических языков, в статических с ним работать
неудобно.
Здравствуйте, Dj.ValDen, Вы писали:
L>>WebServices — Axis
DV>Sorry DV>но поискать и я могу, DV>мне нужен совет а не то что попалось в поисковике...
eao197 пишет:
> DV>сабж > DV>желательно кросплатформенный > gSOAP <http://gsoap2.sourceforge.net/>. Когда-то искал реализацию SOAP > для C++ и пришел к выводу, что это один из самых продвинутых > вариантов. Его даже IBM в своем Tivoli использует.
Самая продвинутая — это Systinet, но дорогааааяяяяя.....
gSOAP — слишком уж индусский код в нем местами. Но использовать можно.
Здравствуйте, Cyberax, Вы писали:
C>eao197 пишет:
>> DV>сабж >> DV>желательно кросплатформенный >> gSOAP <http://gsoap2.sourceforge.net/>. Когда-то искал реализацию SOAP >> для C++ и пришел к выводу, что это один из самых продвинутых >> вариантов. Его даже IBM в своем Tivoli использует.
C>Самая продвинутая — это Systinet, но дорогааааяяяяя.....
Я как раз дорогие и не смотрел
C>gSOAP — слишком уж индусский код в нем местами. Но использовать можно.
Так ведь главное, что не сам пишешь
Смотреть в код, который yacc генерирует вообще опасно для психики, но ничего, работает
C>-- C>С уважением, C> Alex Besogonov (alexy@izh.com)
... << RSDN@Home 1.1.4 beta 3 rev. 185>>
SObjectizer: <микро>Агентно-ориентированное программирование на C++.
eao197 пишет:
> C>gSOAP — слишком уж индусский код в нем местами. Но использовать можно. > Так ведь главное, что не сам пишешь > Смотреть в код, который yacc генерирует вообще опасно для психики, но > ничего, работает
В gSOAP'е совершенно не продумана работа с памятью — это меня и бесило
до невозможности. Ну и генерация врапперов оставляет желать лучшего.
Здравствуйте, Lloyd, Вы писали:
L>Здравствуйте, Dj.ValDen, Вы писали:
DV>>сабж DV>>желательно кросплатформенный
L>WebServices — Axis
эта библиотека без Апача работает?
меня вэб в принципе не интересует...
С уважением Denys Valchuk
IMHO чем больше мнений тем оптимальней выбор варианта... :)
Здравствуйте, Cyberax, Вы писали:
C>Dj.ValDen пишет:
>> C>В gSOAP'е совершенно не продумана работа с памятью — это меня и бесило >> C>до невозможности. Ну и генерация врапперов оставляет желать лучшего. >> Что ты посоветуешь?
C>Бери CORBA. WebServices — это не "перспективный RPC", а средство C>вытягивания денег. Причем кривое.
CORBA потяжелее RPC будет, однако. Это отдельная идеалогия и архитектура.
А WebServices похож на весь XML -- не всем он нравиться (см. например: Чем так уж хорош XML?
Здравствуйте, Dj.ValDen, Вы писали:
DV>Здравствуйте, Dj.ValDen, Вы писали:
DV>мне его посоветовали просто как перспективный RPC ... вот я и решил посмотреть да попробовать...
Здравствуйте, eao197, Вы писали:
E>Здравствуйте, Cyberax, Вы писали:
C>>Dj.ValDen пишет:
>>> C>В gSOAP'е совершенно не продумана работа с памятью — это меня и бесило >>> C>до невозможности. Ну и генерация врапперов оставляет желать лучшего. >>> Что ты посоветуешь?
C>>Бери CORBA. WebServices — это не "перспективный RPC", а средство C>>вытягивания денег. Причем кривое.
E>CORBA потяжелее RPC будет, однако. Это отдельная идеалогия и архитектура.
E>А WebServices похож на весь XML -- не всем он нравиться (см. например: Чем так уж хорош XML?
), но стал стандартом и никуда не попрешь. Так же и с SOAP может быть.
Спасибо за ссылку, почитал, довольно таки интерессные мнения попадались...
WebServices меня самого не прельщают... Просто хочу поддерживать для совместимости (чего не сделаешь для неё )
я вообще сторонник бинарных форматов данных. И не вижу смысла конвертировать всё в символы.
CORBA мне что то не очень нравится... Напоминает отживающий DCOM только кроссплатформенный...
А геморрой тот же...
А больше никаких интерессных и хороших вариантов RPC не знаете?
С уважением Denys Valchuk
IMHO чем больше мнений тем оптимальней выбор варианта... :)
Здравствуйте, Dj.ValDen, Вы писали:
DV>WebServices меня самого не прельщают... Просто хочу поддерживать для совместимости (чего не сделаешь для неё ) DV>я вообще сторонник бинарных форматов данных. И не вижу смысла конвертировать всё в символы.
Я тоже, но HTTP+XML (будь то XML-RPC или SOAP) сейчас мейнстримом становятся. Хотя в уже устоявшихся областях, типа телекомуникаций, авиации и космоса, финансовой сфере и т.д. уже давно все устоканилось вокруг своих отраслевых протоколов (как двоичных, так и текстовых) и современные тенденции туда медлено проникают.
DV>CORBA мне что то не очень нравится... Напоминает отживающий DCOM только кроссплатформенный... DV>А геморрой тот же...
Возможно. Лично мне не понравилось, что как только CORBA появляется в проекте, то все начинает крутиться вокруг нее. Мне показалось, что в случае с CORBA сложно локализовать работу непосредственно с CORBA от остальных частей приложения. В случае же с WebServices или XML-RPC, имхо, проще выделить места непосрественного использования RPC от остальной логики. И позволить, тем самым, со временем сменить механизм RPC.
Но, повторюсь, это мое субъективное мнение, которое может быть очень далеко от действительности.
Так же я согласен с Cyberax
, что если использовать CORBA для простых RPC без привлечения всей CORBA-архитектуры, то решение действительно получается более легковесное, чем в случае с SOAP или XML-RPC.
DV>А больше никаких интерессных и хороших вариантов RPC не знаете?
Из систем обмена сообщениями я знаю про существование PVM (Parallel Virtual Machine) (хотя, похоже, это уже отживающий свое проект) и MPI (Message Passing Interface. Но они ориентированны, в первую очередь, на поддержку массивных параллельных вычислений. Я их сам не использовал и не могу сказать, насколько они применимы для других целей.
... << RSDN@Home 1.1.4 beta 3 rev. 185>>
SObjectizer: <микро>Агентно-ориентированное программирование на C++.
Re: SOAP библиотека для С++
От:
Аноним
Дата:
11.03.05 17:39
Оценка:
DV>желательно кросплатформенный
А почему не под Java? C++ ни разу не кроссплатформенный
Re[10]: SOAP библиотека для С++
От:
Аноним
Дата:
14.03.05 10:59
Оценка:
Здравствуйте, eao197, Вы писали:
E>Из систем обмена сообщениями я знаю про существование PVM (Parallel Virtual Machine) (хотя, похоже, это уже отживающий свое проект) и MPI (Message Passing Interface. Но они ориентированны, в первую очередь, на поддержку массивных параллельных вычислений. Я их сам не использовал и не могу сказать, насколько они применимы для других целей.
Вот еще одна: YAMI. Сам не пользовал, но выглядит очень не плохо.