Maven grails为什么要下载的依赖版本working@mymachinename?

我有一个现有的（正在运行的）Grails2.2.2应用程序。我正在尝试将依赖项升级到新版本。当我这样做时，构建失败，错误如下

Failed to resolve dependencies
- com.google.guava:guava:working@mymachinename
- org.glassfish.hk2:hk2-api:working@mymachinename

我真的很困惑，为什么Grails要寻找具有'working@mymachinename"

我在一个私人网络上，有自己的托管工件。我的BuildConfig.groovy识别了Artifactory，我在过去成功地获取了资源

BuildConfig.groovy

repositories {
    mavenRepo name: myRepo, root: <artifactoryUrl>
}
dependencies {
    runtime 'com:mydependency:1.0'
}

存储库{
mavenRepo名称：myRepo，根目录：
}
依赖关系{
运行时'com:mydependency:1.0'
}

我可以浏览Artifactory并找到两个缺少的资源，但分别使用有效的版本号14.0.1和2.2.0-b10

---

以前有人见过这样的东西吗？grails为什么要下载的依赖版本working@mymachinename？

您试图升级到哪个版本的Grails？提到的两个依赖项是直接依赖项还是传递依赖项？您是否尝试使用依赖关系报告命令来获取更多信息？什么是直接/传递依赖关系？如何运行依赖关系报告？我所说的直接依赖关系是指你的应用程序所依赖的依赖关系。可传递函数是您自己的依赖项所需的库，并且会自动包含这些库。有关依赖关系报告的更多信息，请查看它们是可传递的依赖关系。看起来我的maven存储库没有包含这些依赖项的父POM。添加后，所有内容都会生成。谢谢我仍然想知道为什么会有奇怪版本的错误消息？"工作"版本名从何而来?？