Omnifaces依赖Weld时自定义cid参数冲突，修改内置参数名无效求解决方案

看起来你遇到的核心问题是Weld默认使用的会话ID参数cid和你自己的请求参数重名了，而且因为你只是依赖Omnifaces才引入Weld，本身并不需要它的会话（Conversation）功能。下面给你几个可行的解决方案：

1. 正确配置Weld的会话ID参数名 #

你之前尝试设置WELD_CONTEXT_ID_KEY无效，大概率是因为设置时机太晚——Weld在应用启动初期就会读取这个参数，动态通过servletContext.setInitParameter()设置可能在Weld初始化之后，所以没生效。

你需要在应用启动前就配置这个参数：

• 如果是传统的web.xml项目，添加如下上下文参数：

  <context-param>
      <param-name>WELD_CONTEXT_ID_KEY</param-name>
      <param-value>weldCid</param-value>
  </context-param>
  

• 如果是Spring Boot项目，在application.properties或application.yml里添加：

  context.parameters.WELD_CONTEXT_ID_KEY=weldCid
  

这样Weld就会使用你指定的参数名，不会再和你的cid参数冲突。

2. 彻底禁用Weld的会话功能 #

既然你完全不需要Weld的会话管理能力，直接禁用它是更彻底的方案。同样在启动配置里添加参数：

• 传统web.xml：

  <context-param>
      <param-name>org.jboss.weld.conversation.enabled</param-name>
      <param-value>false</param-value>
  </context-param>
  

• Spring Boot：

  context.parameters.org.jboss.weld.conversation.enabled=false
  

禁用后，Weld会完全忽略会话相关的参数处理，自然不会再因为cid参数抛出异常。

3. 关于HttpConversationContext的说明 #

你提到的HttpConversationContext是Weld专属的CDI接口，而你的Bean都是通过Spring的@Component管理的，Spring容器不会提供这个接口的实现，所以注入失败是正常的。这个方案只适用于使用CDI管理Bean的场景，对你的项目不适用。

另外需要注意：Omnifaces 3.x依赖CDI环境，所以你不能完全移除Weld（它是CDI的实现），但通过上面的配置可以让它只提供Omnifaces需要的基础CDI支持，不会干扰你的自定义参数。

内容的提问来源于stack exchange，提问作者maqjav