表示层（wicket）和业务逻辑（spring）通信的最佳实践
我想开发一个业务应用程序，其中 wicket 用于表示层，spring/hibernate 核心用于业务和数据层。
表示层和业务层将运行在不同的物理机器上。
我在表示层和业务层之间进行通信/业务功能调用的可能性有哪些？您对该解决方案的体验如何？
该解决方案必须具有很强的可扩展性和高性能。
i want to develop a business application with wicket for the presentation layer and spring/hibernate core for business and data layer.
the presentation layer and business layer gonna run on diffenent physical machines.
what are my possibilities for communication/business function calls betweent presentation and business layer and what are your experiences with that solutions?
The solution has to be very scalable and high-performance.
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（2）
我不知道你为什么要使用两台单独的机器。最好将演示文稿和业务放在同一个应用程序中，并使用 2 台或更多机器来实现可扩展性。
这让我想起了 EJB 1-2 的旧时代，当时人们希望将业务放在不同的机器上，而业务不需要这样做。此选项会产生网络延迟和额外的序列化/反序列化层的成本。
如果您的需求是合法的，您可以使用 JMS 进行通信，这是一个标准，并且 Spring 框架提供了 JMS 支持。
I don't know why you want to use two separate machines for that. Better put the presentation and the business in same app and use 2 or more machines for scalability.
This reminds me of the old days of EJB 1-2 when people wanted to put the business on different machines, without a business need to do that. This option has the cost of network latency and the extra layer of serializing/deserializing.
If your need is legit though, you might do the communication with JMS, which is a standard, and Spring framework offers JMS support.
Spring 提供了多种公开和利用远程服务的方法，请查看 参考文档
您可能还想研究消息传递作为 RPC 样式远程服务的替代方案。关于该主题的重要参考文献是企业集成模式
Spring provides a number of ways of exposing and utilising remote services, check the reference documentation
You might also want to investigate messaging as an alternative for RPC style remote services. The seminal reference on the subject is Enterprise Integration Patterns