Версия для печати темы
Нажмите сюда для просмотра этой темы в оригинальном формате
Форум программистов > Java EE (J2EE) и Spring > Использовать или не использовать J2EE ?


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

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

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

Автор: Maksym 15.8.2007, 12:17
Цитата(dmktv @  15.8.2007,  11:20 Найти цитируемый пост)
Еще одно очень важное свойство надо уметь подключать клиентов не только жава. Потому что есть много всяких устройств типа PocketPC где явой и не пахнет. А клиент скорее всего будет нужен. 

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

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

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

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

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

Powered by Invision Power Board (http://www.invisionboard.com)
© Invision Power Services (http://www.invisionpower.com)