如何将 Maven 构建过程改造为 Eclipse 开发的插件？
当从头开始创建一组需要协同工作的 OSGi 包时，Eclipse 插件开发环境是一个非常方便的工具。特别是当尝试在开发过程中正确获取所有包导入和导出以及其他明显的错误时，或者如果需要嵌入第三方 jar 时，情况尤其如此。但是之后尝试围绕此改进 Maven 构建过程似乎非常棘手，主要是因为大多数用于捆绑/OSGi 的 Maven 插件自己构建清单，而使用 PDE 时，您正在手工制作清单。
将 Maven 构建过程改造为不遵守标准 Maven 项目布局且已经具有手工制作的清单的捆绑包/捆绑包集的最佳方法是什么？
The eclipse plugin development environment is a pretty handy tool when creating from scratch a set of OSGi bundles that need to work together. Particularly this is true when trying to get all the package imports and exports and other manifest fluff right during development, or if there are third party jars that need to be embedded. But trying to retrofit a maven build process around this afterwards seems to be pretty tricky, mainly because most of the maven plugins for bundling/OSGi build the manifest themselves, whereas using the PDE, you are handcrafting the manifest.
What is the best way to retrofit a maven build process to a bunde/set of bundles, that dont respect the standard maven project layout, and already have handcrafted manifests?
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
使用第谷。它缺少一些文档，但它就是这样做的：使用 PDE 语义构建插件（实际上，它在内部使用 PDE 编译器）。因此，您所需要做的就是为您的模块创建几乎空的 pom.xml。
Use Tycho. It lacks some documentation, but it does just that: builds the plugins using the PDE semantics (actually, it uses PDE compiler internally). So, all you need is to create almost empty pom.xml's for your modules.