使用JMS(ApacheMQ)和Camel更新多个gui/可视化

使用JMS(ApacheMQ)和Camel更新多个gui/可视化,jms,apache-camel,Jms,Apache Camel,我需要用Java创建一个绘图应用程序,其中用户在主应用程序上绘制线条和颜色,许多客户端查看器相应地更新其视图。每个客户端查看器可以以不同的方式对接收到的数据进行可视化(例如,给定主应用程序中绘制的一条线,查看器1可以执行相同的操作,而查看器2可以应用一些过滤以显示其差异) Java消息传递服务方法是这样一个应用程序的好选择吗?主应用程序将发送消息中的更改,客户端将异步更新其视图。稍后,我可能需要区分发送的数据的类型,所以考虑为不同的客户机设置不同的主题。如果这些都不是一个好的选择,有什么技术是合

我需要用Java创建一个绘图应用程序,其中用户在主应用程序上绘制线条和颜色,许多客户端查看器相应地更新其视图。每个客户端查看器可以以不同的方式对接收到的数据进行可视化(例如,给定主应用程序中绘制的一条线,查看器1可以执行相同的操作,而查看器2可以应用一些过滤以显示其差异)

Java消息传递服务方法是这样一个应用程序的好选择吗?主应用程序将发送消息中的更改,客户端将异步更新其视图。稍后,我可能需要区分发送的数据的类型,所以考虑为不同的客户机设置不同的主题。如果这些都不是一个好的选择,有什么技术是合适的

如果以后设计发生变化,每个客户机都会发送更新并需要相应更新,那么它们仍然是一个好选择吗

如果主应用程序中的更新率/数量很大,这种方法会扩展吗?(例如,每秒60帧更新1024x768像素或更多。-我可能会计算帧差并仅发送更改。)


谢谢你抽出时间,很抱歉有这么多问题。如果我的任何假设也有错误,请告诉我。

尽管它是可行的,但我怀疑JMS和Camel是否最适合这种类型的分布式应用程序

JMS/Camel适用于需要在服务和使用者之间实现某种程度的解耦的企业集成场景。解耦通常伴随着维护和性能开销

对于您描述的应用程序类型,这听起来似乎并不重要,因此您最好查看一些分布式应用程序环境,其中客户端和服务器使用相同的语言实现,并且它们之间有rpc调用

根据您的语言选择,您可以考虑的分布式技术有:分布式java、分布式红宝石、赛璐珞、HTML5+WebSoCukes(例如签出流星。com)。