Jfrog artifactory搜索api(基于模式)在迁移后对少数工件不起作用

Jfrog artifactory搜索api(基于模式)在迁移后对少数工件不起作用,artifactory,Artifactory,我们最近将jfrog repo从内置的derby DB迁移到mysql(AWS RDS) Artifactory版本:4.6.0和pro pack 我们的做法在很高的层次上是这样的: 将$ARTIFACTORY\u HOME/data/filestore文件夹复制到新服务器的filestore文件夹 在旧服务器上,选择“排除内容”选项(未选择其他选项)执行完整系统导出 在新服务器上:执行完整系统导入(不要选择“排除内容”选项) 其他一切都很好。。但我们现在注意到的一个问题是,对于某些工件,使用“

我们最近将jfrog repo从内置的derby DB迁移到mysql(AWS RDS)

Artifactory版本:4.6.0和pro pack

我们的做法在很高的层次上是这样的:

  • 将$ARTIFACTORY\u HOME/data/filestore文件夹复制到新服务器的filestore文件夹
  • 在旧服务器上,选择“排除内容”选项(未选择其他选项)执行完整系统导出
  • 在新服务器上:执行完整系统导入(不要选择“排除内容”选项)
  • 其他一切都很好。。但我们现在注意到的一个问题是,对于某些工件,使用“模式”的搜索api不再起作用。它适用于同一回购协议中的其他工件,但不适用于某些特定工件

    如果完成了相同的搜索,那么AQL对所有工件都很有效

    所以,如果我使用“api/search/aql”api端点,它可以正常工作,但“api/search/pattern”不起作用

    我们确信,在相当长的一段时间内,发出此搜索请求的客户端没有任何变化

    有什么建议、见解或想法吗


    -raj

    好的,我想在排除故障时找到了答案:

    我们有两个具有这种命名约定的工件:

  • “IAMARfact”和“IAMARfact”,唯一的区别是字母a是大写字母
  • 当我们在新的盒子里导入系统时。。它基本上创建了一个文件夹“IAMARfact”,并将“IAMARfact”和“IAMARfact”中的所有艺术品放在这个文件夹下
  • 现在,当我们尝试对“iamaartifact”进行查询时,它使用模式api不起作用。。这是正确的,因为该文件夹不存在
  • 所以我学到了两件事:

  • artifactory合并了这两个层次结构下的工件
  • 至少在版本4.6.0中,aql是区分大小写的