使用maven，我偶尔会遇到来自第三方回购的工件，这些工件我还没有构建或包含在我的存储库中。
我将从maven客户端得到一个错误消息，说无法找到工件:
无法找到org.jfrog.maven.annomojo:maven-plugin-anno:jar:1.4.0 在http://myrepo:80/artifactory/repo中缓存在本地 存储库，解析将不会重新尝试，直到更新 MyRepo的时间间隔已过或更新被强制->[帮助1]
现在，我明白了这意味着什么，并且可以简单地用-U重新运行我的命令，从那时起，事情通常都能正常工作。
然而，我发现这个错误消息非常不直观，我试图让我的同事们不那么头疼。
我试图弄清楚是否有一些地方，我可以修改这个更新间隔设置。
此错误消息中提到的更新间隔是客户端设置还是服务器端设置? 如果是客户端，如何配置? 如果是服务器端，有人知道Nexus/Artifactory如何公开这些设置吗?
当前回答
最后回答标题问题:它是(客户端设置)在(项目，配置文件或设置)
[plugin]?[r|R]epository/[releases|snapshots]/updatePolicy
．.． 标签。
(目前，maven: 3.6.0，但我认为“远远向后”兼容)可能的值是:
／** *从不更新本地缓存数据。 * / UPDATE_POLICY_NEVER = "never"; ／** *总是更新本地缓存的数据。 * / public static final String UPDATE_POLICY_ALWAYS = "always"; ／** *每天更新一次本地缓存数据。 * / UPDATE_POLICY_DAILY = "每日"; ／** *更新本地缓存数据**每X分钟**由“interval:X”给出。 * / UPDATE_POLICY_INTERVAL = "interval";
当前(maven 3.6.0)对该标记的求值实现如下:
public boolean isUpdatedRequired( RepositorySystemSession session, long lastModified, String policy ) { boolean checkForUpdates; if ( policy == null ) { policy = ""; } if ( RepositoryPolicy.UPDATE_POLICY_ALWAYS.equals( policy ) ) { checkForUpdates = true; } else if ( RepositoryPolicy.UPDATE_POLICY_DAILY.equals( policy ) ) { Calendar cal = Calendar.getInstance(); cal.set( Calendar.HOUR_OF_DAY, 0 ); cal.set( Calendar.MINUTE, 0 ); cal.set( Calendar.SECOND, 0 ); cal.set( Calendar.MILLISECOND, 0 ); checkForUpdates = cal.getTimeInMillis() > lastModified; } else if ( policy.startsWith( RepositoryPolicy.UPDATE_POLICY_INTERVAL ) ) { int minutes = getMinutes( policy ); Calendar cal = Calendar.getInstance(); cal.add( Calendar.MINUTE, -minutes ); checkForUpdates = cal.getTimeInMillis() > lastModified; } else { // assume "never" checkForUpdates = false; if ( !RepositoryPolicy.UPDATE_POLICY_NEVER.equals( policy ) ) { LOGGER.warn( "Unknown repository update policy '{}', assuming '{}'", policy, RepositoryPolicy.UPDATE_POLICY_NEVER ); } } return checkForUpdates; }
. .:
private int getMinutes(String策略) ｛ int分钟; 试一试 ｛ 字符串s = policy。substring(RepositoryPolicy.UPDATE_POLICY_INTERVAL.length() + 1); minutes =整数。valueOf(s); ｝ catch (RuntimeException) ｛ 分钟= 24 * 60; 记录器。警告("不可解析的存储库更新策略'{}'，假设'{}:1440'"， 政策,RepositoryPolicy。UPDATE_POLICY_INTERVAL); ｝ 返回分钟; ｝
.．.其中lastModified是(本地文件)一个/每个底层工件的“修改时间戳”。
特别是对于interval:x设置:
冒号:并不是那么严格——任何“非空”字符都可以这样做(=，，…)。 x < 0的负值应该屈服于"never"。 我假设是“分钟”(0-59秒)。或以上…)区间。 数字格式异常导致24 * 60分钟(~“daily”)。
．．参见:DefaultUpdatePolicyAnalyzer, DefaultMetadataResolver#resolveMetadata()和RepositoryPolicy
其他回答
我有同样的错误，(解决将不会重新尝试…)，但我有不同的需求，因为我在我的本地存储库中有文件，目前不能远程使用(旧的过时的库和内部库)，我的公司nexus系统宕机，但它们确实存在于我的.m2回购。
Maven仍然拒绝构建，产生了上面相同的错误。
对于有问题的库，我只是删除了相应的文件:
_remote.repositories 例如:users\[username]\。m2 \[冒犯jar \ [versionnumber] \ _remote.respositories路径)
知道这些文件只在本地可用。
注意:长期解决方案，我可能应该启动并运行我们以前的nexus系统，对于那些遗留的jar，将它们检入到项目的lib文件夹下(或类似的东西)。
Maven具有updatePolicy设置，用于指定检查存储库中的更新或保持存储库与远程同步的频率。
updatePolicy的默认值为每日。 其他值可以是always / never/ XX(以分钟为单位指定间隔)。
下面的代码示例可以添加到maven用户设置文件以配置updatePolicy。
<pluginRepositories>
<pluginRepository>
<id>Releases</id>
<url>http://<host>:<port>/nexus/content/repositories/releases/</url>
<releases>
<enabled>true</enabled>
<updatePolicy>daily</updatePolicy>
</releases>
<snapshots>
<enabled>false</enabled>
</snapshots>
</pluginRepository>
</pluginRepositories>
确保您正在寻找的工件是存在的，如果它在您的本地项目运行: cd . . CD项目名称 MVN清洁安装
然后你就可以在当地吃了。
为了更好的练习，请: MVN清洁部署，因此您可以再次使用它而不会出现此问题
基本上发生的情况是，根据maven的默认updatePolicy, maven将每天从repo中获取jar。因此，如果在第一次尝试期间，您的互联网不工作，那么它将不会尝试再次获取这个罐子，直到24小时过去。
解决方法:
要么使用
mvn -U clean install
(此处-U将强制更新repo)
或使用
<profiles>
<profile>
...
<repositories>
<repository>
<id>myRepo</id>
<name>My Repository</name>
<releases>
<enabled>false</enabled>
<updatePolicy>always</updatePolicy>
<checksumPolicy>warn</checksumPolicy>
</releases>
</repository>
</repositories>
...
</profile>
</profiles>
在你的settings.xml中
这个错误有时会误导人。你可能需要检查两件事:
Is there an actual JAR for the dependency in the repo? Your error message contains a URL of where it is searching, so go there, and then browse to the folder that matches your dependency. Is there a jar? If not, you need to change your dependency. (for example, you could be pointing at a top level parent dependency, when you should be pointing at a sub project) If the jar exists on the remote repo, then just delete your local copy. It will be in your home directory (unless you configured differently) under .m2/repository (ls -a to show hidden if on Linux).
