我正在编写一些将在后台运行的应用程序(Windows 服务?也许是某个应用程序服务器?)应用程序接收一些数据,然后在另一个线程中转换/打包/优化,然后在另一个线程中将数据发送到下一个服务器(使用网页服务)。将有胖客户端(可能是 Swing)通过 WebServices 监控整个过程。所有应用程序都将由我的团队编写(因此无需使用复杂的集成服务)。应用程序将由松散耦合的类(简单的 DI 模式)组成,也许 JMS 会有所帮助?
我想知道我应该使用什么技术。雄猫?玻璃鱼?或者更轻的东西?春天服务器?
我正在编写一些将在后台运行的应用程序(Windows 服务?也许是某个应用程序服务器?)应用程序接收一些数据,然后在另一个线程中转换/打包/优化,然后在另一个线程中将数据发送到下一个服务器(使用网页服务)。将有胖客户端(可能是 Swing)通过 WebServices 监控整个过程。所有应用程序都将由我的团队编写(因此无需使用复杂的集成服务)。应用程序将由松散耦合的类(简单的 DI 模式)组成,也许 JMS 会有所帮助?
我想知道我应该使用什么技术。雄猫?玻璃鱼?或者更轻的东西?春天服务器?
您不需要任何应用程序服务器。保持尽可能轻的重量是一个不错的选择。我对你的建议是使用一个轻量级的框架,它支持 DI、转换、线程/seda 和开箱即用的集成(调用 weservices),这样你就可以专注于你的应用程序逻辑。Apache Camel、Mule等框架都是不错的候选者。