Господа, возник вопрос, использовать или не использовать J2EE ?
Задача: написание сервера и клиента торговой платформы.

Какие терзают сомнения насчет разных реализаций J2EE.
1) Это конечно безопасность и устойчивость к атакам. Сервер будет смотреть через прокси в нет. Надо чтобы все сервисы работали как часики (JNDI и прочие). Для брокера корректное функционирование софта является критическим фактором для всего бизнеса. Не может быть такого, что посредине недели торговой сервер вдруг сдохнет. Надо будет очень мощно тестить 
2) Производительность системы. Тоже важно, но не так критично. В принципе покупка нового сервера - не проблема, когда кол-во клиентов переваливает за определенное число.
3) Веб не нужен, все администрирование будет идти через локальные приложения - клиенты. Если веб понадобится, то можно приделать.
4) Интеграция с другими приложениями не очень сильная. Т.е. необходимо только интегрироваться либо с биржевой торговой системой, либо с вышестоящим брокером, у которого происходит хеджирование. Там скорее всего не жава и не RMI-IIOP. А свой протокол.
5) Еще одно очень важное свойство надо уметь подключать клиентов не только жава. Потому что есть много всяких устройств типа PocketPC где явой и не пахнет. А клиент скорее всего будет нужен. И вот здесь опять же сомнение по поводу RMI-IIOP.

В идеале хотелось бы иметь единый протокол - с возможностью получать ссылки на удаленные объекты и вызывать их методы в рамках сессии клиента (типа RMI-IIOP) и чтобы описание было на XML (типа SOAP). Чтобы можно было подрубить легко произвольного клиента без написания имплементации Corba для определенной платформы. Причем при работе на платформе жава, чтобы все было через стандартные жава интерфейсы как в RMI (желательно без генерации стабов, через DynamicProxy). Получается что-то типа RMI и WebServices в одном флаконе.

Вот здесь и нужен веб.

Можно и с ним, но я хотел бы без него, через XML или SOAP, но без веб сервера. Есть просто мысль сделать протокол, который был бы похож на RMI для жава клиентов и сервера, но передача шла бы в XML. И тогда к нему легко подключались бы клиенты с XML парсером только, причем без написания какой-либо поддержки на сервере!

Это сообщение отредактировал(а) dmktv - 15.8.2007, 12:43

Да, кстати подумал насчет еще такой вещи.
Если подменить бинарную сериализацию жава в EJB и RMI на XML сериализацию, например с помощью либы XStream, то как раз получится RMI и WebService в одном флаконе. Преимущества RMI сохраняются и протокол становится открытым и к нему легко коннектится из любой системы где есть XML парсер только.

Интересно можно такое сделать например в JBoss.

В таком случае я не очень понимаю зачем будут нужны веб сервисы ? (при условии конечно отсутствия потребности работы с браузером)
Если я ошибаюсь поправте меня плиз 

Это сообщение отредактировал(а) dmktv - 15.8.2007, 13:53