在 Equinox 中，一个功能/捆绑包是否有可能淘汰另一个功能/捆绑包？
我有一个基于 Eclipse 的项目（Scala IDE for Eclipse），最近搬到了新家。我想更改各种功能 id、Bundle-SymbolicNames 等以反映移动（即，以便它们都有 org.scala-ide 前缀）并重新启动版本编号（以前它与相应的 Scala 编译器版本绑定）我想将这些解耦）。
但我希望 p2 认识到这一点，例如。 org.scala-ide.sdt.feature v.1.0.0 是 ch.epfl.lamp.sdt v.2.7.7 的升级版。通过 RPM，可以使用 过时指令 ... p2 是否有等效指令？
I have a Eclipse-based project (the Scala IDE for Eclipse) which has recently moved to a new home. I want to change the various feature ids, Bundle-SymbolicNames etc. to reflect the move (ie. so that they all have an org.scala-ide prefix) and restart the version numbering (previously it was tied to the corresponding Scala compiler release and I want to decouple these).
But I want p2 to recognize that, eg. org.scala-ide.sdt.feature v. 1.0.0 is an upgrade of ch.epfl.lamp.sdt v. 2.7.7. With RPM it would be possible to do this using an obsoletes directive ... is there an equivalent for p2?
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
我相信这是可能的，但目前没有工具（或文档）。
每个 IU 包含一个更新描述符 (javadoc)指示它是哪个 IU 的更新。现有工具始终将其设置为同一包的先前版本。在 content.xml 中，它看起来像这样：
要设置它，您可以
I believe this is possible, but there is currently no tooling (or documentation) for it.
Each IU contains an Update Descriptor (javadoc) which indicates which IU it is an update of. The existing tooling always sets this to be previous versions of the same bundle. In the content.xml it looks like this:
To set this you could