Interoperability

[metaclass]

Да, кстате, в прошлом посте я забыл сказать, что эта вся хрень должна еще взаимодействовать с софтом на J2ME и .NET Compact Framework. Второе, возможно, еще и будет работать, но первое - я уже предвкушаю нереальную шизу. Нутром чую - придется там вручную эти SOAP мессаги собирать и посылать.
А там еще и аутентификация с криптованием мессаг заунывная, с сертификатами, различными способами идентификации клиента и прочей дрянью.

Comments

[slach.livejournal.com]

может попробовать чтото более новое чем уродливый SOAP ??

http://wiki.apache.org/thrift/

[gds.livejournal.com]

извините за оффтопик, но меня давно волнует один вопрос. Подскажите пожалуйста, откуда этот юзерпик: ? (данный комментарий вполне подходит для удаления, если понадобится)

[sergiej.livejournal.com]

Какие ожидаются проблемы у J2ME с SOAP? Как раз там практически с ходу всё SOAP работает.
Вообще мне немного неясно зачем канонический SOAP в такой штуке? Для кошерности? Сделать-то пожалуй проще чем любой свой протокол поверх HTTP, но потом решать проблеммы между реализацией в Java и .NET это для особых любителей. Хотя... народ из SUN говорит что как раз интенсивно работают вместе с мелкософтом над реальной унификацией, а то задолбались обе стороны решать баги, но я лично предпочитаю сделать "своё простое и понятное". В конце концов если за горло хватает конкретно единственный возможный транспорт, то просто проксировать через него а не ставить всю коммуникацию в зависимость от этого узкого места.