不工作的gradle项目之间的eclipse gradle工作区解析
2个分级项目，A和B，其中A对B定义了编译依赖关系。maven&gradle项目启用了JAR的Remappig。我试过启用和禁用自定义工具模型。我在init.d目录下的文件中定义了本地存储库。
问题1：为什么在解析A的依赖项时，我会得到一个项目B的依赖项未解决的错误？即使B没有部署到任何存储库中，本地工作区解析也应该介入并以与maven项目相同的方式解析它（这是顺带的）。
问题2：除了build.gradle中定义的group和version之外，B是否需要有任何特殊的东西才能在工作区解析中可见？
我正在使用eclipse 4.4.1和Gradle IDE 3.7.0.201503301651-CI-B39运行。我也尝试过使用相同的eclipse版本的稳定版本。
当使用--debug运行时，我可以看到gradle试图从本地存储库解析，然后放弃？
共有1个答案
这两个问题的答案都归结为没有工作区解析这一事实，正如您可能从maven/M2E中了解的那样。
依赖项的“重新映射”并不“解析”工作区中的项目，因为它将工作区视为某种存储库。
相反，依赖关系通常由Gradle从构建脚本中定义的任何存储库中解析。然后工具将尝试确定一些解析的jar依赖关系是否与工作区中的项目对应。然后用项目依赖项“替换”（或“重新映射”）jar依赖项。
因此，这意味着在重新映射开始之前，您必须至少将jar发布到某个可以解析它的地方。（从那时起，您就不必重新发布jar，因为解析的jar不是“最新的”并不重要）
其他一些可能有用的事情...
>
重新映射仅应用于工具化托管依赖项，因此必须启用“依赖项管理”。
有一个错误，使这不能工作的‘平面文件’回购。可能会有其他案例受到类似错误的影响。你应该报告这样的错误，如果你遇到他们。（虽然我自己也没能很好地吸引到观众对flatfile bug的注意）
-
问题内容： 我已经使用詹金斯了很多年了，但是我从来没有自己设置它，就像我在新工作中所做的那样。我遇到了几个问题。 默认工作空间位置 -最新的Jenkins似乎在Jenkins \ jobs [projectName] \ workspace中具有默认工作空间，并且对于每个构建都将被覆盖（或擦除（如果选择））。我认为应该将其放置在Jenkins \ jobs [projectName] \ buil
-
默认工作区位置-最新的Jenkins似乎在Jenkins\jobs[projectName]\workspace中有默认的工作区，并且在每次构建时都被覆盖（如果选中，则被删除）。我认为它应该放在Jenkins\jobs[projectName]\build[build_id]\中，这样它就可以存储每个构建的工作区状态，以供将来参考？ 在project>build_id页面上显示工作区--这与前面的
-
因此，我试图在IntelliJ中使用项目配置设置中的spring选项启动一个新的web项目，但当我最终获得项目设置时，似乎我创建的任何新控制器都被忽略了，即使我对它们进行了注释。@RequestMapping似乎从未被映射。我所能访问的只是位于web目录根目录中的文件。 在无法使其工作之后，我切换到Gradle，以便可以导入一些额外的库来测试我的项目。我的gradle文件如下所示： 是否有某种配置
-
设置容器要使用的卷数组。可以使用卷在服务或作业中的其他步骤之间共享数据。可以在主机上指定命名Docker卷、匿名Docker卷或绑定挂载。 工作流程 第一个作业（build）有一个build目录，但当第二个作业（deploy）运行时，它没有，只包含源代码。 这个项目是一个mono repo，我试图部署的代码位于路径，因此所有标志。
-
在使用Netbeans从现有的Alice 3项目创建可运行的jar后，我得到以下错误： 系统属性：组织。爱丽丝。石斑鱼类。未设置根目录 在我看来，一切都安排好了。我正在使用Linux Mint。Java工作正常。其他可运行的jar文件也可以运行。插件匹配。在Netbeans项目属性中，默认VM选项包括以下行： 我不知所措。请帮忙。
-
本文向大家介绍工作站和服务器之间的区别。，包括了工作站和服务器之间的区别。的使用技巧和注意事项，需要的朋友参考一下 工作站是一台用于访问LAN或Internet以访问文档或进行专门工作的计算机，而服务器是一种响应客户端请求的服务的软件。 以下是Workstation和Server之间的重要区别。 序号 键 工作站 服务器 1 目的 用于执行所需任务并访问Internet或LAN的计算机。 服务器是