2.4. 标准迁移路径


下面的部分论述了在将应用程序迁移到红帽构建的 Apache Camel for Spring Boot 之前可以考虑的标准迁移路径。

2.4.1. XML 路径

使用 Spring XML 或 Blueprint XML 编写的 Fuse 应用程序应迁移到基于 XML 的类别,并可以 Spring Boot 或 Quarkus 运行时为目标,且迁移步骤没有区别。

2.4.2. Java Path

使用 Java DSL 编写的 Fuse 应用程序应迁移到基于 Java 的类别,并可以 Spring Boot 或 Quarkus 运行时为目标,且迁移步骤没有区别。

2.4.3. 架构更改

迁移应用程序时请考虑以下架构更改:

  • 如果您的 Fuse 6 应用程序依赖于 Fabric8 服务发现,则应在 OpenShift 上运行 Camel 3 时使用 Kubernetes 服务发现。
  • 如果您的 Fuse 6 应用程序依赖于 OSGi 捆绑包配置,则应在 OpenShift 上运行 Camel 3 时使用 Kubernetes ConfigMap 和 Secret。
  • 如果您的应用程序使用基于文件的路由定义,在 OpenShift 上运行 Camel 3 时请考虑使用 AWS S3 技术。
  • 如果您的应用程序使用标准文件系统,则生成的 Spring Boot 或 Quarkus 应用程序应部署到标准 RHEL 虚拟机上,而不是 Openshift 平台。
  • 将 Inbound HTTPS 连接到处理 SSL 要求的 Openshift 路由器。
  • Hystrix 功能委派到 Service Mesh。

2.4.4. javax 到 jakarta Package Namespace Change

Java EE 移至 Eclipse Foundation 和 Jakarta EE 的建立,因为用于所有 EE API 的 Jakarta EE 9 软件包已改为 jakarta …​

文档中的代码片段已更新为使用 jakarta 输入命名空间,但您需要小心操作并查看您自己的应用程序。

注意

这个更改不会影响作为 Java SE 一部分的 javax 软件包。

将应用迁移到 EE 10 时,您需要:

  • 将任何导入语句或其他源代码使用来自 javax 软件包中的 EE API 类更新到 jakarta
  • 更改任何以 javax. 开头的 EE 指定的系统属性或其他配置属性,使其以 jakarta 开头。
  • 使用 META-INF/services/jakarta.[rest_of_name] 名称格式来识别使用实施 EE 接口或通过 java.util.ServiceLoader 机制引导的应用程序中的实施类。

2.4.5. 迁移工具

Red Hat logoGithubredditYoutubeTwitter

学习

尝试、购买和销售

社区

关于红帽文档

通过我们的产品和服务,以及可以信赖的内容,帮助红帽用户创新并实现他们的目标。 了解我们当前的更新.

让开源更具包容性

红帽致力于替换我们的代码、文档和 Web 属性中存在问题的语言。欲了解更多详情,请参阅红帽博客.

關於紅帽

我们提供强化的解决方案,使企业能够更轻松地跨平台和环境(从核心数据中心到网络边缘)工作。

Theme

© 2026 Red Hat
返回顶部