我正在开发一个日食的插件,它包含一个具体版本的分类:设.我需要产生一个搜索引,并将它部署,以便它可以通过阅读另一个应用程序,它使用的相同版本的分类:设.

我最近升级蚀到3.4和搜索指数是现在不可读通过的第2次应用程序。我看到那个日食3.4包含一个新版本的分类:设和我假设,这个版本使用时产生的索引。

我怎么能确定究竟哪个版本的分类:设是正在使用时指数产生?我的插件类路径开始与我的捆绑版本的分类:设所以我希望,我的版本应得到的优先事项。

TIA

有帮助吗?

解决方案 2

似乎现在的工作。对于那些你们谁有兴趣,这是什么我必须做到:

  • 删除本分类:设1.4.3罐从我的插件
  • 复制的旧的分类:设插件从旧版本的日食进版本3.4.
  • 删除所有的依赖关系plugin.xml 向导。现在所有的分类:设插件是可见的。
  • 选版本1.4.xx和改变的特性设置一个最大的版本达1.5
  • 加入的其他依赖关系的插件
  • 改变生成路径:除去旧罐子里,加插件的依赖性分类:设1.4.3
  • 重新计算的运行配置。该分类:设1.4.3插件不是自动添加所以加入它。
  • 现在当的索引而产生,1.4.3版。

希望这是有用的人。

其他提示

您可能想给类路径检查和的类路径助手的一个尝试。

您可能能够这样准确地确定在开发环境中使用什么罐子,为了比较那些在部署环境中,卢斯生成指数目前罐子。

ClasPath检查罐冲突:结果 “类路径检查”

类路径助手阻止(遮蔽)类视图:结果 “类路径助手”

由于你正在开发一个Eclipse插件,你应该看看OSGi的。 Eclipse插件是OSGi包的实例和OSGi具有用于束之间的依赖关系的处理和版本很强的模型。

我不知道你的具体代码,但如果打算在我使用Lucene的插件我会使用OSGi的“进口包装”或“需要束”功能,以表达依赖;我将不包括在我的插件中的Lucene的JAR。如果每个插件包括自己的Lucene的JAR,你会浪费空间,但更重要的是,结了不兼容的版本(比如你)。

OSGI的网站是不是开始你的旅程OSGi的最好的地方(这是很好的OSGi规范和彼得克林斯的博客)。不如先从像尼尔·巴特利特的在线

许可以下: CC-BY-SA归因
不隶属于 StackOverflow
scroll top