OpenLiberty如何修改会话存储映射名实现跨上下文根应用会话共享
OpenLiberty sessionCache-1.0 特性结合Hazelcast实现会话持久化时，默认会按应用上下文根生成独立的Hazelcast映射名称，官方原生的httpSession、httpSessionCache配置项未直接暴露修改该映射命名的参数，可通过以下几种方案实现跨上下文根会话共享：
方案1：自定义会话存储实现（通用性最高）
自行实现Liberty SPI接口com.ibm.wsspi.session.IStore，在实现逻辑中固定读写同一组会话attr、meta映射，忽略应用上下文根参数。将实现类打包为Liberty用户特性（User Feature）注册到服务器，替换默认的Hazelcast会话存储实现即可。方案2：同EAR部署开启会话上下文共享（无代码侵入）
若需要共享会话的多个应用打包在同一个EAR内部署，只需在server.xml的<httpSession>配置中添加shared-session-context="true"属性，同时所有应用的web.xml中配置相同的会话Cookie名称，即可让同EAR下不同上下文根的应用共用同一个会话存储映射。方案3：反向代理层上下文根重写（无服务端修改）
在前端反向代理（Nginx、Apache等）侧将不同上下文根的请求路径统一重写为同一个虚拟上下文根，再转发到后端对应的实际应用。此时Liberty识别到的所有应用上下文根一致，会自动读写同一份会话数据，需同步适配应用内的资源跳转、接口路径逻辑，避免路径错误。方案4：Hazelcast侧实现映射同步
为所有应用对应的独立会话映射配置HazelcastMapInterceptor拦截器，所有读写操作自动同步到指定的公共会话映射中，相当于给多个独立映射做了同一存储的代理。需额外处理并发读写的原子性问题，避免数据不一致。
注意事项
- 所有共享会话的应用需保证会话中存储的自定义对象类全限定名、序列化ID完全一致，避免出现反序列化失败问题
- 需将会话Cookie的
path属性配置为/，domain配置为所有应用的公共父域名，保证不同上下文根的应用可以读取到同一个会话ID
内容的提问来源于stack exchange，提问作者Jan Snelders
