实现自定义Cache Store过程中遇到的系列技术问题咨询

1. PersistenceContextInitializerImpl自动生成，Eclipse取消导入报错的最佳处理方案 #

• 该类是Infinispan注解处理器编译阶段自动生成的类，无需手动维护源码副本，取消手动导入后Eclipse报错是因为IDE没有识别到编译生成的类路径
• 最佳处理步骤：
  1. 确认项目构建配置（pom.xml/build.gradle）已正确引入infinispan-annotation-processor依赖，开启注解处理功能
  2. 打开Eclipse项目配置，进入「Java Compiler > Annotation Processing」，开启注解处理，指定生成源码目录为target/generated-sources/annotations（和构建工具输出目录一致）
  3. 将上述生成目录标记为项目的「Source Folder」，执行一次完整项目构建触发类生成，报错即可消除

2. segmented参数为false时仍调用testSegmentsRemovedAndAdded方法的原因 #

这是官方RocksDB存储测试套件的逻辑疏漏：当前版本的测试基类执行分段相关用例时，仅校验存储是否实现了SegmentedStore接口，没有额外判断配置中的segmented开关是否为关闭状态，导致非分段场景也会执行该用例。
你可以在自定义测试类中重写该方法，添加@Disabled条件判断!configuration.segmented()的场景，或者给测试方法补充配置校验逻辑即可。

3. 非分段测试用例中buildConfig的numSegments参数设为1或更大值的原因 #

numSegments和segmented是两个独立配置项：

• 当segmented为false时，底层存储实现会直接忽略numSegments的配置值，不会执行任何分段相关逻辑
• 测试用例中保留该参数配置是为了复用统一的buildConfig工具方法，无需为非分段场景单独开发配置构造逻辑，该参数值在非分段场景下无实际作用，不会影响测试正确性。

4. NonBlockingStore事务方法实现示例及调用线程属性 #

可以直接参考官方infinispan-rocksdb模块中RocksDBNonBlockingStore的事务方法实现。
所有事务相关的begin/prepare/commit/rollback调用均绑定到同一个事务上下文，默认所有调用均来自同一线程，不会出现跨线程调用同一个事务实例的情况，实现时不需要额外处理事务对象的线程安全问题。

5. 禁用兼容性测试的正确方式 #

仅修改测试分组为unstable/manual不会生效，需要通过构建参数排除对应测试：

• Maven构建：执行命令时添加参数 -Dtest=\!*CompatibilityTest* 或者 -DexcludeGroups=org.infinispan.test.group.Compatibility
• Gradle构建：在test任务中添加排除规则 exclude '**/*CompatibilityTest*'
  如果需要永久禁用，可以直接在测试模块的构建配置中添加上述排除规则，无需修改测试类本身的注解。

6. 持久化存储性能/压力测试用例参考 #

官方Infinispan的testsuite模块已提供现成的持久化存储性能测试套件，位于org.infinispan.persistence.persistence包下的*PerformanceTest系列基类，你可以直接继承对应基类，替换为自定义的Cache Store实现即可运行。该测试套件已经覆盖读写吞吐量、访问延迟、大数据量写入、并发操作等常见压测场景，无需从零开发。

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