maven可视化添加依赖_依赖可视化

maven可视化添加依赖

缺少链接，了解问题

导出到另一个基于Eclipse的应用程序后，您的自定义Eclipse插件或功能失败了多少次？

在新环境中查找并满足所有插件依赖关系得到了简化。 过去，需要手动验证插件，但是如今，Eclipse的Dependency Visualization工具（属于Eclipse Incubator项目的一部分）消除或减少了这种必要性。 让我们详细研究该问题，查看可用的解决方案，并考虑可能的修改以简化插件依赖项分析任务。

OSGi，恩赐

Eclipse改变了Java™和其他语言程序员开发应用程序的方式，并促进了逐块创建大型应用程序。 尽管这不是一个新概念，但对所有开发人员来说，将所有依赖项清楚地包装在整齐的包装束中是一种幸福。

开放服务网关倡议（OSGi）的出现及其通过替换/添加/删除捆绑软件更新应用程序的优美机制创造了新的可能性。 现在，在客户端机器上更新基于Eclipse的应用程序与更新基于Web的应用程序一样普遍和简单。

问题

我们应该记住，要使整个更新机制正常工作，后台需要进行很多艰苦的工作。 我们知道任何基于Eclipse的应用程序都可以通过简单地将包放入适当的文件夹中来进行更新，但是依赖关系又如何呢？ 您有多少次失去功能或遇到了可怕的Eclipse加载错误，却对发生的事情一无所知？

在两种情况下可以看到此问题：

• 第三方功能的安装-减少了缺少依赖项的可能性。 在最佳情况下，这些问题会在发布之前进行处理，但我们知道并非总是如此。
• 功能的创建-Eclipse提供了许多API，许多程序员未能利用目标平台。 导出捆绑软件后，Eclipse安装失败。

罪魁祸首是未能识别和记录新功能的最小捆绑集（以下称为依赖项）。

我们最近在计划在其中一个项目中使用SWTBot测试工具时遇到了这种情况。 与其他自动化测试工具一样，SWTBot的一部分应位于要测试的应用程序（AUT）中，以使自动化工作。 如果使用Equinox P2更新功能将SWTBot功能安装到应用程序中，它将处理相关性。 但是，很多时候这是不可能的，例如，当应用程序未启用P2时。

没什么可担心的（尚未）； 让我们进入下一部分。

（不太好）解决方案

我们可以通过以下两种方式合理地解决此问题：

1. 
   启动应用程序时启动OSGi控制台
2. 逐一搜索未解决的插件以查找其依赖项

如果幸运的话，您会收到一条简单的错误消息，例如“由于缺少必需的XYZ包而无法解析ABC包”。

如果没有，您将看到“由于缺少软件包XYZ而无法解析软件包ABC”，因为您必须确定哪个软件包导出了指定的软件包。

您不能使用package<package name>命令来查找分发包，因为它仅在解决有问题的分发包时才起作用。 如果已解决，您将不会收到错误。

控制台方法增加了一个不利的方面。 考虑一种情况，这种情况在您端可以正常工作，但不能在用户没有足够技术来使用控制台的远程计算机上运行。 即使您有一个精明的用户，也不希望他们挠头并想知道开发人员的技能。

最后，基于Eclipse的应用程序通常使用自定义机制启动，例如在无法直接提供-console选项时使用自定义脚本。

考虑到这一点，让我们看一个更好的解决方案。

更好的解决方案

前面提到的背景工作并不总是那么困难。 我们宁愿聪明地工作，Eclipse Project可以帮助我们做到这一点。

本文演示了Eclipse Project工具Dependency Visualization的使用 ，该工具显示插件的依赖关系而无需启动目标应用程序。 这甚至可以在启动应用程序之前帮助确定未解析的插件。

Eclipse PDE项目–依赖关系可视化

注意 ：用于显示依赖关系图的Dependency Visualization插件与Eclipse 3.5.X或更高版本一起使用。

设置和使用

1. 使用Eclipse更新存储库功能安装功能。 转到“ Help>Install New Software然后粘贴到