使用Tycho/Maven删除Eclipse RCP中jars依赖项的最佳实践是什么？
我认为配置文件很少，Tycho依赖其中的一些，Eclipse依赖其余的，但我不确定是什么。
第二种方法是删除dependencies项目中的所有jar，但将它们添加到require-bundle或import-package中。但是，这两个包都不起作用，因为在export-package节中，Eclipse会抱怨这些包不存在。因此，依赖于此依赖项的其他项目项目将找不到它们需要的包，这在Eclipse中导致了更多的错误。
有人知道处理这个问题的最佳做法吗？
共有1个答案
我绝对不会应用你的方法1，用导出的巨型插件。这里有一个相关的讨论：在集成Maven、Tycho和Eclipse时处理非OSGi依赖关系
通常，使用Import-Package而不是require-bundle。
要获得包，将出现在Export-Package部分eclipse：
-
null
-
我们用Maven和Tycho构建了一个Eclipse插件。然而，目前我们仍然通过一堆手动添加的JAR文件而不是Maven来提供所有的项目依赖。这是由于以下原因:(1)依赖项不能通过标准的Eclipse更新站点获得(至少不能在当前版本中获得)，(2)依赖项不能作为捆绑包获得。 这些依赖项中最大的部分是Selenium库（API，远程，特定于浏览器的库及其传递依赖项，例如Guava等）。 我浪费了几个
-
本文向大家介绍Maven最佳实践之一个好的parent依赖基础，包括了Maven最佳实践之一个好的parent依赖基础的使用技巧和注意事项，需要的朋友参考一下 使用parent 控制依赖版本是很常见的事。 如果你有过控制依赖版本的这种经历，你可能就会遇到过第三方版本之间的冲突，本文不介绍如何解决冲突，但是会提供给你一个基本不存在冲突的基础依赖。 得益于 Spring ，尤其是 Spring Boo
-
保存package.json依赖项的最佳实践是什么？ 例如，我看到很多依赖项是不固定的，比如：
-
问题内容： 在Golang中，我们可以将GitHub上的开源库指定为依赖项。例如： 如果我理解正确，这将尝试根据您的Go版本查找分支，默认为master。 因此，无法导入依赖的特定版本，例如： 那么，在Go中管理依赖项的最佳实践是什么？ 我可以看到两种方法。 I.版本模块 是否为具有重大变更的主要版本创建新模块？ 例如，我的Go库可以定义模块v1和v2，因此您可以执行以下操作： 要么： 根据您的需
-
问题内容： 我将开始使用AngularJS进行客户端和Django进行服务器端项目。 使他们像最好的朋友一样工作的最佳实践是什么（静态文件，身份验证，部署等） 问题答案： 有多种方法可以从Django模板中为客户端模板提供支持，以实现有趣的优化。但是，鉴于Django和AngularJS的模板语言之间的相似之处，在这里几乎不值得付出任何努力。对于此类大多数项目，我会将AngularJS的静态服务与
-
问题内容： 我刚开始学习Go，并通读现有代码以学习“其他人的做法”。在这种情况下，遍历使用go“工作区”，尤其是与项目依赖关系有关的地方。 在处理各种Go项目时，使用一个或多个Go工作区（即$ GOPATH的定义）的常见（或存在）最佳实践是什么？我应该期望有一个类似于我所有项目的中央代码存储库的Go工作区，还是在我处理这些项目时都明确将其分解并设置$ GOPATH（有点像python） virtu