有没有一种方法来区分片段依赖关系？

有没有一种方法来区分片段依赖关系的优先级？我有这样的情况，即在编译时使用的一个maven插件不使用分层OSGi类加载，而是使用“平坦”类路径。现在主插件和片段之间存在（传递）依赖关系之间的版本冲突。一切都可以在分层的scneario中正常工作，但对于“扁平”类路径却失败了。有没有一种方法来区分片段依赖关系？

有没有一种方法来区分片段依赖关系的优先级？逻辑上，我的意思是片段的依赖关系应该在主机的依赖关系之前解决。

来源

2013-12-17 kutschkem

因此，您的构建中配置了maven插件，该插件适用于Tycho注入到Maven模型中的OSGi类路径的近似值？ – oberlies

@oberlies如果我正确解析你的句子，我认为是的，是的。 – kutschkem

所以你想操纵Tycho注入Maven模型的类路径。不幸的是，这是不可能的。 – oberlies

不，同时解析主机和碎片的依赖关系。此外，我很难想象为什么你认为有史以来有助于首先解析片段。

我认为你超前了你自己。看来你已经决定解决方案必须基于解析顺序，所以这是你选择要问的问题。这将是很多更有帮助回去一步（或几个），并描述实际的错误以及为什么发生。你到目前为止所说的只是某种“失败”......在某种意义上说呢？是否有错误讯息？有没有意外的事情发生也许你的期望是错误的，所以请描述你预期发生的事情与实际发生的事情。

我也对你使用“分层”和“扁平”类路径的术语感到困惑。 OSGi类加载既不严格等级也不平坦。

来源

2013-12-18 01:39:55

“flat”对我来说似乎很清楚，您将用于OSGi类加载的正确术语是什么？另外，如果你对这个问题感兴趣，比方说，“原始”问题，它在这里http://stackoverflow.com/questions/19998211/how-do-i-diagnose-and-fix-classpath-problems。现在的实际问题比描述的复杂一点，我的测试包“项目A”不仅仅依赖于“项目B”，而是“项目B”的一个片段，“项目B”不直接依赖于JUnit，但依赖于随附自带JUnit版本的捆绑包。问题是，我想要/必须使用JUnit 4.11 API – kutschkem

...但在（xtend）编译时只能看到JUnit 4.8类 – kutschkem

坚持谈论编译时依赖关系？在这种情况下，问题不是关于OSGi或类加载... –

有没有一种方法来区分片段依赖关系？

回答

相关问题