SAP Commerce 2011 SmartEdit多BaseStore目录版本覆盖问题求解

SmartEdit 2011版本的预览上下文初始化逻辑本身是面向「单WCMS站点绑定单默认Product Catalog」的简单场景设计的，没有原生适配多Base Store绑定独立Product Catalog的架构。
请求链路中CMSSiteFilter的执行优先级晚于普通前端的自定义会话设置逻辑，每次请求触发时都会调用getContextInformationLoader().initializePreviewRequest()，强制将WCMS站点配置的默认Product Catalog活动版本写入会话，直接覆盖之前通过DefaultCMSSiteService.setCurrentCatalogVersion()设置的自定义目录版本，最终导致PDP页读取到错误的目录数据无法打开。

按改造成本从低到高排序：

• 重写ContextInformationLoader的initializePreviewRequest方法
  新增请求来源判断：如果当前请求是SmartEdit预览请求（可通过请求携带cmsTicketId参数、或请求路径包含/smartedit/特征识别），不要直接写入默认Product Catalog版本，先读取会话中已存储的用户选定Base Store对应的Catalog Version；仅当会话中不存在自定义目录版本值时，才回退使用站点默认配置。注意要把原有的Base Store选择逻辑的Filter顺序调到CMSSiteFilter之前，保证会话值先写入再走预览初始化逻辑。
• 扩展SmartEdit预览参数传递链路
  给SmartEdit新增Base Store切换组件，用户在SmartEdit内切换待预览的Base Store时，将选定的Base Store ID、对应Product Catalog Version写入预览Ticket的扩展属性，或通过自定义请求头传递到后端。后端在initializePreviewRequest逻辑中优先读取该预览参数设置对应Catalog Version，完全跳过默认目录的读取逻辑。该方案不会侵入普通前端的原有运行逻辑，兼容性最优。
• 拆分CMS Site上下文适配
  调整站点配置结构，为每个Base Store对应的独立Product Catalog绑定独立的WCMS Site上下文，重写CMSSiteService的当前站点读取逻辑，根据用户选定的Base Store自动匹配对应的CMS Site，从根源上适配默认预览初始化逻辑。该方案改造成本最高，适合长期迭代的多门店架构场景。

注意：所有自定义适配逻辑必须加严格的请求来源判断，仅对SmartEdit预览请求生效，避免污染普通前端用户的会话上下文。

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