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是区分大小写的