新搭建生产环境下WebSphere Commerce默认Cookie未生成问题求助
我太懂你这种卡了两天的憋屈感了——明明预生产和SIT都正常，偏生产环境除了JSESSIONID，WC_ACTIVITY、WC_USERID、WC_PERSISTENCE这些关键Cookie全没影，还排查了wc-server.xml没找出问题。既然XML配置（除数据库外）已经对齐，那咱们换几个方向深挖：
先确认Cookie相关的全局开关与过滤器顺序
虽然wc-server.xml数据库配置不同，但再仔细核对下<Cookie>节点的enabled属性是不是true；另外去web.xml里看看WC_COOKIE_FILTER的加载顺序，它必须排在其他Commerce专属过滤器前面。还有，有没有自定义的过滤器/拦截器在搞事情？比如有没有代码里调用CookieHelper时强行禁用了默认Cookie生成逻辑？检查商店与站点的配置参数
登录Commerce管理控制台，对着目标商店查几个关键参数：wc.session.persistent.cookie.enabled：得设为true才会生成WC_PERSISTENCEwc.activity.tracking.enabled：开启状态才会触发WC_ACTIVITYwc.userid.cookie.enabled：别被误设成false，不然WC_USERID就没了
这些参数可能是商店级单独配置的，说不定生产环境之前改过没同步到其他环境。
排查WebSphere Application Server的安全与Cookie策略
WAS本身的配置也能卡掉Cookie：- 去
Session management里看看是不是开了Restrict cookies to HTTPS，但生产环境用的是HTTP？这种情况默认Cookie会因为安全策略被拦截。 - 核对
Cookie attributes里的HttpOnly、Secure设置，是不是和预生产一致？生产环境做安全加固时经常改这些，一不小心就会导致Cookie无法正常下发。 - 检查WAS的
Web container自定义属性，有没有加过com.ibm.ws.webcontainer.disableCookieNameCheck这类属性？可能干扰了默认Cookie的命名规则。
- 去
扒日志和请求流程找线索
- 打开Commerce的详细跟踪日志，重点盯
com.ibm.commerce.session和com.ibm.commerce.activity这两个包的日志，看看请求过来时系统有没有尝试生成这些Cookie，有没有抛异常或者被拦截的记录。 - 用浏览器F12抓包，看响应头里有没有
Set-Cookie这些默认Cookie的记录：如果响应里根本没有，那问题在服务器生成逻辑；如果有但浏览器没存，可能是Cookie的domain、path配置错了，或者浏览器安全策略拦了。 - 对比预生产的请求链路，生产环境是不是多了反向代理、负载均衡？这些设备可能会修改或剥离Cookie，得确认它们的Cookie传递规则配对了没。
- 打开Commerce的详细跟踪日志，重点盯
核对数据库里的配置表
虽然wc-server.xml数据库配置不同，但生产库的STORECONF、CONFIG表得查一查，比如STORECONF里对应商店的wc.session.persistent.cookie.enabled值是不是1——数据库配置有时候会覆盖XML的设置。另外，WC_USERID的生成和用户登录流程绑定，看看生产环境的登录模块有没有自定义逻辑跳过了默认Cookie生成步骤？验证应用部署的完整性
确认生产环境的Commerce应用是不是完整部署了？比如CommerceSession.war、Activity.war这些关键模块有没有正常启动？有时候生产部署时因为空间不够、权限问题，会导致部分模块部署失败，直接影响Cookie生成。另外检查类加载顺序，有没有自定义Jar包覆盖了Commerce的核心类（比如CookieHelper.class），把默认逻辑搞崩了。
内容的提问来源于stack exchange，提问作者arvind_cool
