Interoperability
Да, кстате, в прошлом посте я забыл сказать, что эта вся хрень должна еще взаимодействовать с софтом на J2ME и .NET Compact Framework. Второе, возможно, еще и будет работать, но первое - я уже предвкушаю нереальную шизу. Нутром чую - придется там вручную эти SOAP мессаги собирать и посылать.
А там еще и аутентификация с криптованием мессаг заунывная, с сертификатами, различными способами идентификации клиента и прочей дрянью.
А там еще и аутентификация с криптованием мессаг заунывная, с сертификатами, различными способами идентификации клиента и прочей дрянью.
no subject
http://wiki.apache.org/thrift/
no subject
no subject
no subject
no subject
я так понимаю, оно УЖЕ вполне себе работает
no subject
no subject
К сожалению, топор не влез на юзерпик :)
no subject
Там еще много такого полезного.
no subject
И подобное там тоже хорошее, нравится.
Но этот деда с топором -- просто супер :)
no subject
Вообще мне немного неясно зачем канонический SOAP в такой штуке? Для кошерности? Сделать-то пожалуй проще чем любой свой протокол поверх HTTP, но потом решать проблеммы между реализацией в Java и .NET это для особых любителей. Хотя... народ из SUN говорит что как раз интенсивно работают вместе с мелкософтом над реальной унификацией, а то задолбались обе стороны решать баги, но я лично предпочитаю сделать "своё простое и понятное". В конце концов если за горло хватает конкретно единственный возможный транспорт, то просто проксировать через него а не ставить всю коммуникацию в зависимость от этого узкого места.
no subject
Похоже, надо склепать какой-нибудь сервис тестовый и попросить J2ME команду попытаться на него залезть.
no subject