升级至Jakarta EE 10后OpenLiberty中ClientHeadersFactory的CDI注入失败问题

看起来你遇到了Jakarta EE 10升级后CDI注入在ClientHeadersFactory中失效的典型问题，我来帮你梳理下可能的原因和解决办法：

• 确保ClientHeadersFactory被CDI容器托管
  你的MyFactory类目前没有标注任何CDI作用域注解（比如@ApplicationScoped、@RequestScoped），虽然beans.xml设置了bean-discovery-mode="all"，理论上CDI会自动发现它，但在Jakarta EE 10 + Open Liberty的组合下，显式标注作用域能更稳妥地让CDI容器接管实例化。建议给MyFactory添加@ApplicationScoped注解：

  @ApplicationScoped
  public class MyFactory implements ClientHeadersFactory {
      @Inject
      private MyBean myBean;
  
      @Override
      public MultivaluedMap<String, String> update(MultivaluedMap<String, String> incomingHeaders, MultivaluedMap<String, String> clientOutgoingHeaders) {
          // 业务逻辑
      }
  }
  

• 处理RequestScoped Bean的生命周期冲突
  你的MyBean是@RequestScoped，如果MyFactory的生命周期比请求长（比如ApplicationScoped），直接注入RequestScoped的bean会导致null——因为CDI初始化MyFactory时可能还没有请求上下文，无法创建MyBean实例。解决这个问题有两种方式：

  1. 若MyBean不需要请求级隔离，把它的作用域改成@ApplicationScoped：

     @ApplicationScoped
     public class MyBean {
         // 业务逻辑
     }
     

  2. 使用Provider延迟获取RequestScoped的bean，确保在请求上下文存在时才实例化：

     @ApplicationScoped
     public class MyFactory implements ClientHeadersFactory {
         @Inject
         private Provider<MyBean> myBeanProvider;
     
         @Override
         public MultivaluedMap<String, String> update(...) {
             MyBean myBean = myBeanProvider.get(); // 此时处于请求上下文，可正确获取实例
             // 业务逻辑
         }
     }
     

• 验证Open Liberty的特性配置
  检查你的server.xml，确保启用了正确的Jakarta EE 10特性集。如果使用Web Profile，配置应该包含：

  <featureManager>
      <feature>jakartaee-webProfile-10.0</feature>
  </featureManager>
  

  要是自定义特性组合，务必同时启用cdi-4.0和restClient-3.1（这两个是Web Profile的核心组件，单独配置时别遗漏）。

• 确认REST Client的注册方式
  确保你是通过CDI兼容的方式注册ClientHeadersFactory，比如在REST Client接口上使用@RegisterClientHeaders(MyFactory.class)，绝对不要手动new MyFactory()——手动实例化的对象不受CDI容器管理，自然无法注入依赖。

备注：内容来源于stack exchange，提问作者Gordon Damerau