Tag: 依赖项

将一组依赖项深深嵌套在依赖关系图中: 所以这是我的问题：例如，考虑一下： File有一组Classes ，以及Imports 。 Class具有一组Instance Methods ， Static Methods和Variables 。 Instance Method具有Parameters和Body 。 Body有… yadayada。在以OO方式对其进行建模时，问题是Body可能需要许多特定的依赖项才能运行： class Body { … public Body(Dependency1, Dependency2, Dependency_n, …) { } … } 运行时所有其他类都不需要。我在这里提出的问题是如何将这些依赖项添加到Body而不必通过File ， Class和InstanceMethod传递所有这些依赖项。我可以创建一个BodyFactory ，但问题仍然是一样的，因为我必须通过File ， Class和InstanceMethod传递BodyFactory ，如果我没有遗漏任何东西。如何在不诉诸单身的情况下解决这个问题？

如何使maven构建依赖项目: 我的项目有几个依赖于其他项目。 4.0.0 group1 artifact1 RealtyRegistry war 1.0.0-SNAPSHOT UTF-8 group1 artifact2 1.0.0 group1 artifact3 1.0.0 所有这些都是我同时开发的。我将版本添加到所有项目的文件中，我需要与依赖项目一起构建主项目。如何为没有树结构的项目做到这一点？项目层次可以有2个或更多的覆盖树，例如：A取决于B，C; D取决于C，E; A和D是独立的。

Java的类依赖工具: 我知道很多相关的问题已经提出来了，但是我找不到任何完全令人满意的问题 – 可能是因为我的要求与提出的每个问题略有不同。我有一个巨大的代码库，我想分解成更小的逻辑单元。为此，我需要找到所有纠结/循环依赖关系并解决它们。由于现有意大利面条的大小，唯一可行的策略似乎是分而治之，所以我需要先将大项目分成小块或剥离独立部分并分别处理较小的部分。我能找到的大多数工具似乎只适用于类或包级别，但它们似乎不支持子包的概念。例如，如果我有一个根软件包，下面有3个软件包，然后是3个下面的5个子软件包，那么我将获得1 + 3 + 15 = 19个软件包，这将给我一个疯狂的复杂图形。现在，我希望能够做的是首先分析3个顶级包之间的依赖关系（传入/传出包的数量，以及哪些类发起这些依赖关系），在进入这些顶级之前清理它。级别包可以在下一级工作。现在，我已经将Structure 101用于此目的，并且效果很好，但是当试用期满时，产品的价格对我的预算来说有点陡峭。那里有免费/开源的解决方案吗？提前致谢！

Maven和db4o依赖: 我很想测试Java世界中的新框架，并决定创建一个利用Maven和db4o的新项目。我开始对Maven感兴趣，但我很难将db4o作为项目的依赖项添加。第一个问题是官方Maven存储库中不存在db4o。接下来出现的问题是db4o似乎最近重组了他们整个网站的URI：s，所以当我尝试浏览他们的网站时，我总是收到“找不到网站”的消息。我发现某个地方有一个潜在的Maven存储库，应该在https://source.db4o.com/maven但是我总是得到“错误阅读原型目录https://source.db4o.com/maven无法在存储库中找到资源“当我试图访问它时。那么，关于如何通过Maven获取db4o的任何建议？我通过Eclipse使用M2Eclipse插件管理Maven。

Eclipse RCP – 定义依赖关系的所有可能性？: 是否存在所有可能性的列表，以在Eclipse RCP项目中定义依赖项？也许按资源过滤？可能的依赖关系：来自其他Eclipse RCP插件通过包，没有明确定义插件 jar libs …

Mockito，JUnit，Hamcrest，Versioning: 默认情况下，Hamcrest所需的版本为： JUnit 4.11 Hamcrest 1.3 Mockito核心1.9.5 Hamcrest 1.1 Hamcrest 1.1和1.3之间没有重要的API变化。目前我的测试用例试图用Hamcrest 1.1运行JUnit 4.11，但我有理由相信这是一个坏主意。出于类似的原因，我怀疑尝试将Mockito-core 1.9.5与Hamcrest 1.3一起使用也是一个坏主意。该怎么办？将Hamcrest 1.1与最新的JUnit和Mockito一起使用将Hamcrest 1.3与最新的JUnit和Mockito一起使用尝试修补Mockito-core 1.9.5以使用Hamcrest 1.3 我此刻没有的时间使用JUnit 4.10 其他？更新2015-06-12： Mockito 1.10.19和2.0.13-beta仍然使用Hamcrest 1.1

依赖与构成之间的区别？: 定义取自这里依赖类的结构或行为的变化会影响其他相关类，然后这两个类之间存在依赖关系。反之亦然，它不一定相同。当一个类包含另一个类时，就会发生这种情况。组成组合是聚合的特例。以更具体的方式，受限制的聚合称为组合。当一个对象包含另一个对象时，如果所包含的对象不存在而不存在容器对象，那么它就称为组合。 Java中的具体示例来自此处和此处依赖 class Employee { private Address address; // constructor public Employee( Address newAddress ) { this.address = newAddress; } public Address getAddress() { return this.address; } public void setAddress( Address newAddress ) { this.address = newAddress; } } 组成 final class Car { private final […]

如何在Eclipse PDE中表达项目间依赖项: 我正在寻找处理混合项目类型之间的项目间依赖关系的最佳实践，其中一些项目是eclipse插件/ OSGI包项目（一个RCP应用程序），而其他项目只是普通的旧Java项目（Web服务模块）。很少有eclipse插件依赖于Java项目。我的问题是，至少就我看来，没有办法在Eclipse PDE环境中干净地表达这种依赖。我可以让插件项目依赖于其他插件项目（通过Import-Package或Require-Bundle清单头），而不是普通的java项目。我似乎能够让项目从工作空间中的另一个项目声明对jar的依赖，但这些jar文件既不会被导出也不会被启动配置（虽然，java代码编辑看到库很好）。 “Java项目”用于构建服务以部署在J2EE容器（目前是JBoss 4.2.2）上，并在某些情况下生成多个jar – 一个用于部署到JBoss耳朵，另一个用于客户端代码（一个用于客户端代码） RCP应用程序）。我们现在解决这个问题的方式是我们还有2个外部工具启动器配置 – 一个用于构建所有jar，另一个用于将这些jar复制到插件项目中。这样做（有点），但是“整个构建”和“复制jar子”目标会产生相当大的构建步骤，绕过整个eclipse增量构建function并通过复制jar而不是仅仅引用项目我将依赖关系信息解耦并请求相当大的工作空间刷新，这就像糖果一样耗尽了开发时间。我想要的是一个更加“自然”的工作空间设置，它可以管理项目之间的依赖关系并仅在需要时请求增量重建，能够使用RCP应用程序插件中的服务库中的客户端代码并且能够启动RCP应用程序，其中包含所需的所有必需类。我也可以吃蛋糕了吗？）注意需要说明的是，目前依赖管理和模块管理与Eclipse PDE配置有关。我很清楚像[Maven]，[Ivy]和[Buckminster]这样的产品，他们解决了一个完全不同的问题（一旦我解决了工作区配置问题，这些产品实际上可以派上用场实现工作空间并构建产品）

处理可选依赖项的最佳策略: 我目前正在从Flyway中删除Spring依赖项。在将来，虽然可能需要其他类型的依赖项来支持用户子集（例如JBoss VFS支持）。哪个是支持可选依赖项的最佳方法（在Maven POM中可选= true）？解决方案的质量如下：最终用户的易用性（如果存在依赖性，则使用function所需的最少工作量）易于开发人员使用（处理可选依赖项的代码应尽可能可读且简单明了）没有不必要的依赖项（如果某些最终用户不需要此function，则无需引入依赖项）

在部分声明依赖，即使依赖项没有在任何地方使用？: 我们正在使用maven 2.1.0。我有多个完全独立的模块，但仍然有许多常见的依赖项。像log4J，但有些模块不需要它。我想知道在部分中的一个父文件中声明所有公共依赖项是否是一个好主意，还是有更好的方法来处理它？关于后续问题。如果我在父项的部分中声明Log4J并且子项目不使用它，那么它是否会包含在内？