Spring 似乎正在弃用它的 RMI：
从 Spring Framework 5.3 开始，出于安全原因和更广泛的行业支持，现已弃用对多种远程技术的支持。支持基础设施将从 Spring Framework 的下一个主要版本中删除。
但我找不到任何简单的等效替代方案。 REST 听起来像是简单事物的最佳选择，但它不涵盖任务长时间运行和/或需要连续结果流的解决方案。因此，使用 REST 来实现会非常痛苦。有些人考虑通过 REST 将任务提交到队列，然后可能单独查询结果 - 但这听起来像是一种矫枉过正，并且使过去可用的非常简单的任务所需的工作量变得非常高。
是否有一个好的替代方案或一些使用未弃用技术并且正式可用的框架来处理上述问题？当某些东西被弃用时，通常表明有更好的东西可用，这将是更好的解决方案，那么有人可以帮助我教育我它是什么吗？
我在使用 Hessian 时遇到了同样的问题。我认为你仍然可以自己实现。 Spring 仅不赞成将其自己的 RMI 技术集成。
我认为还有很多其他技术，但信息很明确。 Spring 不会进行任何自己的集成。
我可以想到这些替代方案：
- Hessian：仍然可用，但实现您自己的集成
- gRPC
- 消息传递（兔子、脉冲星、卡夫卡……）
- SOAP
本文内容由网友自发贡献，版权归原作者所有，本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容，请联系:hwhale#tublm.com(使用前将#替换为@)
