Apache Camel Chronicle 组件 [已弃用]
Apache Camel Chronicle Component [Deprecated]
为什么不推荐使用此特定组件？ Java 是否不再支持映射内存？我们有一个特殊的用例，这将是很好的，两个应用程序永远不应该解耦，并且当前正在通过 REST 进行通信，这会导致大量延迟。数据基本上是二进制串行数据的大块，因此要将 REST 包裹起来，我们首先需要对其进行编码并将其打包到一个对象中，然后在另一端解组并取消编码。
其他选项是使用 netty（由于 TCP/IP 而导致比映射内存多一点延迟）、命名管道（Java 本身不支持，因此需要将其包装在 C 中） ，或花时间将其重写为一个应用程序。
camel-chronicle 在 2.x 中被弃用并在 Camel 3.0 中被移除。它已被删除，因为 camel-chronicle 组件使用的库 Chronicle-Engine 的开发人员决定移至私有存储库。它现在是商业、许可和闭源产品，与 Apache 2 许可不兼容。
有两个选项：
- 弃用并删除组件。
- 使用 2017 年与 Apache 2 兼容的最新版本，永远保持此组件无人维护。
我们决定在这次投票中删除此组件：https://camel.465427.n5.nabble.com/Should-we-deprecate-camel-chronicle-td5829082.html
为什么不推荐使用此特定组件？ Java 是否不再支持映射内存？我们有一个特殊的用例，这将是很好的，两个应用程序永远不应该解耦，并且当前正在通过 REST 进行通信，这会导致大量延迟。数据基本上是二进制串行数据的大块，因此要将 REST 包裹起来，我们首先需要对其进行编码并将其打包到一个对象中，然后在另一端解组并取消编码。
其他选项是使用 netty（由于 TCP/IP 而导致比映射内存多一点延迟）、命名管道（Java 本身不支持，因此需要将其包装在 C 中） ，或花时间将其重写为一个应用程序。
camel-chronicle 在 2.x 中被弃用并在 Camel 3.0 中被移除。它已被删除，因为 camel-chronicle 组件使用的库 Chronicle-Engine 的开发人员决定移至私有存储库。它现在是商业、许可和闭源产品，与 Apache 2 许可不兼容。
有两个选项：
- 弃用并删除组件。
- 使用 2017 年与 Apache 2 兼容的最新版本，永远保持此组件无人维护。
我们决定在这次投票中删除此组件：https://camel.465427.n5.nabble.com/Should-we-deprecate-camel-chronicle-td5829082.html