J2EE到Java独立应用程序通信

Question

在同一个主机上有两个应用程序，一个是J2EE，另一个是独立的，其中一个与另一个进行通信，最佳实践是什么？

更多信息：

• 在野生苍蝇中，j2ee应用程序将被谴责为
• Java独立的是一个Netty服务器

编辑一个更多的信息：

• Netty服务器是一种纸牌游戏服务器，它将保存游戏本身的业务逻辑，并允许玩家与其他玩家同步玩(每次游戏最多4人，最多允许从我的hw服务器资源中获取最多数量的游戏)。
• J2ee应用程序(广泛部署)将负责身份验证和授权
• J2ee应用程序将处理DB连接和持久性。
• J2ee应用程序必须将经过身份验证的播放器的远程套接字地址转发给java独立服务器，并最终将保存该播放机状态的对象转发到java独立服务器。
• J2ee应用程序可能是触发通信的应用程序，尽管就我当前的流程而言，我需要两端的全双工通信(因此我担心WS或Rest，对于全双工通信通道来说，这不是有点不对称吗？)
• Netty服务器可能被视为as的后台任务，它将启动它(并最终启动其他纸牌服务器)，以实现伪水平可伸缩性。

Answer 1

让其中一个打开一个套接字并与另一个进行通信。

你可以做更多异国情调的东西，但如果任何有关环境的变化，它将崩溃。一些关于“异国情调”的想法

1. 从命名管道中写入和读取
2. 设置一个或两个共享内存缓冲区。等等..。

Answer 2

我认为，当你对以下相关问题不清楚/明确时，不可能给出一个良好的实施模式：

1. 独立应用程序是否是后台任务(可能与容器一起启动)？
2. 如果是，J2EE和独立用户是否必须共享会话或会话数据？
3. 谁在沟通时触发沟通？
4. 这两个应用程序是否可能共享相同的后端数据库？