Связь между J2EE и Java автономными приложениями

Question

Связь между J2EE и Java автономными приложениями

1

Каковы наилучшие методы работы с двумя приложениями на одном и том же хосте, один J2EE и другой автономный Java, обмениваются данными друг с другом?

Дополнительная информация:

Приложение j2ee будет использовано в Wildfly AS
Ява сама по себе - это Netty NIO Server

EDIT ONE Еще информация:

Netty-сервер - это сервер с карточной игрой, который будет поддерживать бизнес-логику для самой игры и позволит игрокам играть синхронно друг с другом (до четырех игроков за игру, до максимального количества игр, разрешенных с моих ресурсов сервера hw)
Приложение J2ee (развернутое в Wildly) позаботится об аутентификации и авторизации
Приложение J2ee позаботится о соединении БД и о стойкости
Приложение J2ee должно будет перенаправить на автономный сервер java адрес удаленного сокета аутентифицированного игрока и, в конечном итоге, объект, содержащий состояние этого игрока
Приложение J2ee потенциально может инициировать сообщение, хотя для моего текущего потока мне нужна полная дуплексная связь с обоих концов (следовательно, мой страх перед WS или Rest, разве это не асимметрично для полного дуплекса канал связи?)
Сервер Netty можно рассматривать как фоновую задачу AS, которая запустит ее (и, в конечном итоге, другие серверы карточных игр), в попытке масштабирования псевдооризонтальной

MenelaoEE 10 нояб. 2014, в 21:22

Источник

0

Делайте это так, как вам удобно и удобно. J2EE-сущность приложения не влияет на то, как оно может взаимодействовать с другими приложениями.
Paul Hicks 10 нояб. 2014, в 20:20

Теги:

java

java-ee

rmi

wildfly-8

2 ответа

0

Я думаю, что невозможно создать хорошую схему реализации, если вы не будете ясны/ясны относительно следующих актуальных вопросов:

Является ли автономное приложение фоновой задачей (возможно, запущенной с контейнером)?
Если да, то и J2EE, и автономный должны обмениваться данными сеанса или беседы?
Кто вызывает связь при общении?
Возможно ли, что оба приложения могут использовать одну и ту же базовую базу данных?

Hubert Schumacher 11 нояб. 2014, в 07:31

0

я отредактировал свой вопрос соответственно
MenelaoEE 12 нояб. 2014, в 09:40
0

Не зная Netty NIO, я не уверен, что уместно / применимо: как насчет постоянного общения через хранилище данных?
Hubert Schumacher 15 нояб. 2014, в 08:27
0

Вы имеете в виду (в данном случае), чтобы два приложения совместно использовали одну и ту же БД? Я опасаюсь, что, поскольку Netty является сервером NIO (неблокирующий ввод-вывод), а доступ к базе данных обычно блокируется, это приведет к потере производительности, если транзакция будет связана / вызвана методом ввода-вывода, поэтому Netty будет ретранслировать JBoss для обеспечения устойчивости. Это всего лишь мой страх, и пока мне нечего доказать
MenelaoEE 17 нояб. 2014, в 09:25

Показать ещё 1 комментарий

Ещё вопросы

Делайте это так, как вам удобно и удобно. J2EE-сущность приложения не влияет на то, как оно может взаимодействовать с другими приложениями.
я отредактировал свой вопрос соответственно
Не зная Netty NIO, я не уверен, что уместно / применимо: как насчет постоянного общения через хранилище данных?
Вы имеете в виду (в данном случае), чтобы два приложения совместно использовали одну и ту же БД? Я опасаюсь, что, поскольку Netty является сервером NIO (неблокирующий ввод-вывод), а доступ к базе данных обычно блокируется, это приведет к потере производительности, если транзакция будет связана / вызвана методом ввода-вывода, поэтому Netty будет ретранслировать JBoss для обеспечения устойчивости. Это всего лишь мой страх, и пока мне нечего доказать

Edwin Buck · Accepted Answer · 2014-11-10T19-07-00.000Z

Попросите одного открыть сокет и установить связь с другим.

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

Запись и чтение из именованных каналов
Настройте буфер общей памяти или два. и т.д...

Просто хочу добавить, что сокетная связь не зависит от Java или Jee. Вы можете общаться и интегрировать Java с любым сетевым приложением, и лучшим способом будет не изобретать велосипед, а использовать http (иначе отдых) или веб-сервисы, а не какой-то собственный проприетарный протокол сокетов.
Хотя я склонен согласиться, HTTP обычно включает в себя нечто большее, чем простое взаимодействие с сокетами. Во многих случаях, если вам нужна обработка без сохранения состояния, это правильный выбор; однако, если вам нужна обработка с отслеживанием состояния, количество материала, которое вам нужно поместить поверх этого протокола без сохранения состояния, ошеломляет.
да, это правда, общение всегда зависит от контекста. Об этом есть хорошая речь: oredev.org/2010/sessions/…
@ Эдвин Бак, я отредактировал свой вопрос соответственно