Artifactory拉取复制配置排除规则后日志警告如何消除？

我来帮你解决这个日志警告的问题——这种情况我在处理仓库复制配置时遇到过好几次，本质是复制任务的扫描逻辑和排除规则的执行顺序不匹配导致的，给你几个可行的解决方案：

1. 优化排除规则的精准度与优先级（推荐根源解决） #

复制任务之所以会触发警告，是因为它仍然扫描到了被排除的缓存制品路径，尝试去处理（比如设置属性）但找不到对应的项。你可以通过以下方式优化：

• 把排除规则改成更精准的路径匹配，比如针对日志里的xxxx-cache:yyyyyy/zzzzzzz/**直接设置排除，而不是用宽泛的通配符，让复制任务在扫描阶段就直接跳过这些路径，根本不会去尝试处理。
• 在复制配置的规则列表里，把排除规则放在最顶部，确保它先于其他包含规则执行，避免任务先扫描到路径再排除。

2. 调整目标类的日志级别（快速屏蔽警告） #

如果你暂时不想调整复制规则，也可以直接修改日志配置，让RepositoryServiceImpl类不再输出WARN级别的日志：

• 找到仓库系统的日志配置文件（比如logback.xml或log4j2.xml），添加如下配置：

  <logger name="o.a.r.s.RepositoryServiceImpl" level="ERROR" additivity="false">
      <appender-ref ref="FILE"/>
  </logger>
  

• 这个配置会把该类的日志级别从WARN提升到ERROR，只有严重错误才会被记录。修改后记得重启仓库服务生效。

3. 清理复制任务的缓存并重置同步状态 #

有时候复制任务会保留之前的扫描缓存，即使你添加了排除规则，它还是会尝试同步旧缓存里的路径：

• 登录仓库的管理界面，找到对应的复制任务，执行清理缓存或重置复制状态的操作。
• 之后触发一次全量同步，让任务重新识别你的排除规则，后续的增量同步就不会再扫描那些被排除的缓存路径了。

内容的提问来源于stack exchange，提问作者Jorge M