问题标签 [transitive-dependency]

最近我遇到了一个问题，即某些传递依赖项的新版本babel-eslint无法解析 Flow 参数化类型。降级babel-eslint不起作用，因为新版本的传递 deps 与旧版本的babel-eslint.

由于npm install几个月前一个新的工作正常，如果有一个类似时间机器的功能，它可以安装与几个月前特定日期完全相同的包，我应该能够再次获得一个工作项目设置。

有没有办法让npm 派对install像 2015 年一样？

我正在使用在本地 maven 存储库上发布的 aar。由于我想包含传递依赖项，我将transitive属性添加到我的依赖项中：

现在，假设这个项目添加了对 cardView 支持库 v23 的依赖：

如果我还添加了对 v24 cardView 库的依赖项，我的 apk 发布文件会发生什么情况：

Gradle 是否能够管理这种双重依赖并在不产生冲突的情况下采用最新的依赖？transitive或者在不使用属性的情况下手动指定依赖关系是否更安全。

此外，该transitive属性是否还导入了 aar 可以设置的 proGuard 规则？

谢谢您的帮助，

我试图理解为什么我的 SpringBoot 应用程序不是从集成测试开始的。我完全困惑，我不知道它是否与我的依赖关系以及如何解决它有关。

这是我正在运行的测试：

堆栈跟踪说：

我以为我可能有传递依赖，但我不知道如何找到它并修复它。这是我的 gradle.build：

我正在使用parceler，我正在尝试定义一个像这样的结构：

每个实体都有一个列表和一个父实例，就像这样

我想知道当我这样做时性能如何受到影响：

并在活动之间传递一个类别对象作为额外的。我注意到 ANR，我问自己这是否是原因之一

提前致谢

我面临一种情况，我需要指定一个传递依赖的版本。

使用以下依赖树，

我需要在 C 的 pom.xml 中指定 A 的版本

有没有办法做到这一点？这样我就可以过滤一些这样的文件？

In my project I am forced to use these packages:

• com.sparkjava:spark-core:2.3, which ends up using jetty-server:9.3.2.v20150730
• org.apache.spark:spark-core_2.10:1.2.0, which ends up using jetty-server:8.1.14.v20131031

Note that com.sparkjava and org.apache.spark have nothing to do with each other. They are called both spark funnily.

The issue here is that both jetty versions are incompatible, so if I force jetty 8.X the system crashes, if I force jetty 9.X the system crashes again, I get java.lang.NoClassDefFoundError: org/eclipse/jetty/server/ServerConnector in one case and java.lang.NoClassDefFoundError: org/eclipse/jetty/server/bio/SocketConnector in the other.

What I am expected to do in such a situation ?

Note: I've tried to shadow jetty, but the dependency manager resolves just one (9.X by default, or 8.X if I force it) and then it shadows it, so it's really not helping.

在 Maven 中，您可以通过dependencyManagement 中的条目覆盖传递依赖的版本号，因为dependencyManagement 优先于传递依赖定义。

但是（传递）依赖项的 poms 中的 dependencyManagement 定义呢？他们有考虑吗？如果是这样，它们覆盖了什么，它们是如何覆盖的？

给定下面的父母和孩子 pomlib1并且lib2两者都包括 class foo.bar.Test。

家长会

儿童绒球

如果我将foo-child作为依赖项包含在myApp并实例化foo.bar.Test中，那么 Maven 会解析到哪个版本的类？为什么？

我的应用程序 pom

我目前正在将 Jasper API 添加到我们的项目中，并且我已经进行了 JUnit-test 来测试连接。我们的 Maven 项目架构是一个父项目，有几个内部项目。

我已将 jasper 所需的依赖项添加到父 pom 中：

我已将其添加到需要 jasper 依赖项进行单元测试的内部项目中：

在我完成 Maven 更新之后；Maven 全新安装；和项目建立和刷新，我尝试执行单元测试：

现在的问题是它给出了一个java.lang.ClassNotFoundException. 最初为org.apache.axis.EngineConfiguration. 当我明确地将它添加到pom它时，它会转到下一个ClassNotFoundException，但这次是org.apache.commons.logging.LogFactory. 如果我也添加这个，它会继续下一个内部依赖。
由于我自己不使用这些依赖，只有 Jasper 是，我不需要添加它们，而是让 Maven 自动为我添加它们。因此，我已经阅读了有关Transitive_Dependencies的信息，这正是我所需要的，但是这个链接并没有真正给出如何配置它的示例。
我也尝试过以下小“教程”，但没有添加内部依赖项..

如何通过 Maven 添加所有内部依赖 jar 而无需手动将它们全部添加到 pom 中？我认为这是在范围为时自动完成的compile（这是默认设置，尽管我也尝试过明确设置它以防万一 - 没有任何区别）。

编辑：当我以mvn dependency:tree目标构建项目时，它为 Jasper jar 显示以下两行：

但是没有内部依赖，这就是为什么没有添加它们。

但是，当我调试 UnitTest 时，它会转到该.getWSClient()行，实际错误发生在 中junit.framework.TestCase#runTest()，并带有以下 Stacktrace：

这是某种导致ClassNotFoundException. 所以它给出这些错误的类不是两个 Jasper API jar 的内部依赖关系，所以即使我没有在自己的代码中直接使用它们，我也被迫手动添加它们？或者我还能以某种方式使用传递性吗？

我最近了解到，pip它不能以任何理智的方式解决传递依赖。这意味着在安装一个包之后，它的某些依赖项的依赖项可能实际上并没有得到满足。

有没有办法以编程方式检查所有已安装包的依赖项在安装后是否真正得到满足？

具体来说，我希望能够创建一个 virtualenv，将一些包安装到其中，然后验证所有安装的包是否确实具有所需的依赖项。

编辑：这是一个更好地说明问题的示例。假设 packageA依赖于 packagesB和C，两者都依赖于 package D，可能具有不同的版本范围。安装时A，pip 会任意选择指定的版本范围之一D来满足。例如，可能满足B对的依赖D，但可能不满足对C所需的版本D。我想检测是否存在此类问题。