XDiaBLo wrote:

> Складывается ощущение что змейка померла. Остаётся SOAP?

Слухи о смерти корбы сильно преувеличены.
Gnome работает на корбе (ORBIT). OmniORB живёт и процветает
(бесплатно для его пользователей!)
TAO тоже (правда это - штука специфичная).
Вот коммерческие поставщики (IONA, Bea) - да, приуныли.
потому что корбу теперь не суют во все дыры.
Ну и фиг с ними. Ещё и лучше. Корба стала зрелой и недорогой.

А про SOAP я писал - хорошо для больших тяжёлых запросов
с комплексными данными, плюс к ней нужен HTTP сервак
фактически (теоретически - не обязательно).
Posted via ActualForum NNTP Server 1.4

XDiaBLo wrote:

> Дак фактически что лучше в игре использовать? Для обмена между сервером
> и клиентом? Мне для игры надо.

Это зависит от характера обмена, я же говорю.
SOAP лучше тем, что там
-- можно передавать вообще данные произвольной структуры, любой.
В одном и том же виде запроса и ответа
-- можно описать в запросе сколь угодно сложные данные.

в CORBA, скажем так, тоже в общем можно, но лучше не делать так -
всё преимущество пропадёт, IIOP будет постоянно только и заниматься
парсингом any в значения.
А описывать что-то сложное фиксировано сложно. (в SOAP тоже сложно,
но там по идее можно и не описывать).
Зато CORBA - сессионная (до некоторой степени) и на нормальных протоколах.
Posted via ActualForum NNTP Server 1.4

Ggg_old wrote:
> вызывать клиентов) от сервера к клиенту. В случае работы bp под NAT
> могут возникнуть траблы (впрочем как ис с сокетами).

Вы про GIOP что-то слыхали ?

Для того, что-бы
> шло все по одному каналу, брокеры с обеих сторон должны поддерживать
> bidirectional GIOP.

А, да, извините. Сначала пишу, потом читаю далее.
Ну, я бы сказал, если вам нужен выход в большой ИНет,
то Корба не для вас. Но на самом -то деле проблемы решаются,
они не смертельны.


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

Нет. Обычно используются пулы соединений, при неактивности соединения
коннекция обрывается.
Но на каждый запрос соединение НЕ УСТАНАВЛИВАЕТСЯ.
Posted via ActualForum NNTP Server 1.4

XDiaBLo wrote:

> Пока заметил что мыло вызывает меньше нареканий чем змея...
Это мода сейчас такая.
Posted via ActualForum NNTP Server 1.4

XDiaBLo wrote:
> Ну изначально я вообще велосипедостроительством думал заняться,
> построить поверх TCP/IP свою систему обмена данными об объектах в
> формате XML. То есть свои веб-сервисы делать выходит собирался. Нафига
> время тратить?

Блин, ещё забыл, есть XMLRPC, и STOMP ещё.
Тоже посмотри, может понравится.
Posted via ActualForum NNTP Server 1.4

XDiaBLo wrote:

> Блин, хочу веб-сервисы не на HTTP.

По идее они могут работать и на TCP. Надо только чтобы
реализация клиента (и сервера) могла это делать.

Корба по ходу не катит, что-то у неё
> проблем куча как я понял.

Ну не знаю, чем она не катит, какие у неё там проблемы.
У неё на самом деле одна проблема - сложно передавать
большие и сложноструктурируемые данные. Но их можно и
как XML передавать, никто не запрещает.

Сформировал наконец кое-какие требования:
> 1)Производительность.
> 2)Постоянное соединение.

SOAP значит не катит.

CORBA в общем тоже. В ней можно наверное добиться постоянного
соединения, но в теории его не существует.

> 3)Малый трафик в инете, ради любителей GPRS.
> 4)Шифрование трафика.

Это не сложно на любом протоколе сделать, достаточно использовать
SSL

> 5)Простота разработки.

Сложно что-то сказать. В SOAP простота на верхнем уровне (вызовы), сложность
на нижнем (описание данных, но его по идее можно и не делать).


> С++ клиентом и Жаба-сервером, придётся видимо передавать объекты и
> вызывать удалённые методы.

И то, и другое подходит. Ещё подходит XML-RPC, STOMP, и ещё куча сего.

Но кажется топик уже пошёл по второму, если не третьему кругу.
Ты сам-то знаешь, чего хочешь ?
Posted via ActualForum NNTP Server 1.4