2

我正在创建一个 Liferay 7.1 OSGi 包，其中包含一些外部依赖项。考虑到时间，我们选择将外部 JAR 嵌入到我们的 OSGi Bundle 中。我设法创建了一个 bnd 文件，其中包括所有 ElasticSearch 依赖项，并将它们放在包类路径中。我使用了来自 github 的源代码（https://github.com/liferay/liferay-portal/blob/master/modules/apps/portal-search-elasticsearch6/portal-search-elasticsearch6-impl/build.gradle ) 和 bnd.bnd 文件，以检查导入的内容。

激活捆绑包时，会引发异常：

The activate method has thrown an exception 
java.util.ServiceConfigurationError: org.elasticsearch.common.xcontent.XContentBuilderExtension: Provider org.elasticsearch.common.xcontent.XContentElasticsearchExtension not a subtype
    at java.util.ServiceLoader.fail(ServiceLoader.java:239)
    at java.util.ServiceLoader.access$300(ServiceLoader.java:185)
    at java.util.ServiceLoader$LazyIterator.nextService(ServiceLoader.java:376)
    at java.util.ServiceLoader$LazyIterator.next(ServiceLoader.java:404)
    at java.util.ServiceLoader$1.next(ServiceLoader.java:480)
    at org.elasticsearch.common.xcontent.XContentBuilder.<clinit>(XContentBuilder.java:118)
    at org.elasticsearch.common.settings.Setting.arrayToParsableString(Setting.java:1257)

XContentBuilderExtension 来自 elasticsearch-x-content-6.5.0.jar，XContentElasticsearchExtension 类包含在 elasticsearch-6.5.0.jar 中。两者都是包含的资源，并已放在类路径中。

激活方法在我的另一个 jar 中初始化一个 TransportClient，因此它发生在激活时；）。

编辑：

我注意到第一次安装此错误或门户重新启动时不会发生此错误。所以它只发生在我卸载并重新安装捆绑包时。（这是我非常喜欢的功能！）。也许是一个愚蠢的想法。但会不会有一些“悬线”？捆绑包没有正确安装，或者 TransportClient 仍然存在？我正在检查这个。欢迎任何提示！

编辑2：

我担心这是SPI和OSGi之间的不兼容？我已经检查过：High Level Rest Client 也有同样的问题。（但随后有另一个扩展名）。我将尝试使用 Low-Level Rest Client。这应该可行，因为我猜依赖最少。我仍然很好奇为什么存在不兼容。我当然不是 OSGi 方面的专家，也不是 SPI 方面的专家。（是时候学习新东西了！）

4

2 回答 2

1

您可以在一个 Java 应用程序中拥有 2 个弹性搜索连接，Liferay 默认情况下不公开它所拥有的连接。

一种解决方法是重建 Liferay ES 连接器。这没什么大不了的，因为您不需要更改代码，只需更改 OSGi 描述符即可公开更多服务。

我在一个 POC 项目中做到了，并且运行良好。棘手的事情是重建 Liferay jar，但 Pettry 用他的谷歌搜索博客文章解释了这一点。https://community.liferay.com/blogs/-/blogs/creating-a-google-like-search（这是一个系列，但在新的 Liferay 博客中导航有点困难，但谷歌可能会提供帮助）无论哪种方式这一切都很好地记录在这里https://github.com/peerkar/liferay-gsearch

那么唯一需要做的就是org.elasticsearch.*在导出部分添加 bnd.bnd 文件。然后，您将能够使用本机弹性 API。

于 2019-02-07T16:44:47.743 回答
1

似乎 OSGi 使用你的包来解决来自另一个包的依赖关系，可能是在系统启动时使用你的包来解决包的情况。

看症状：开机或重启时不会出现。它也不是一个子类型。

当 OSGi 使用该捆绑包来解决依赖关系时，它会保留一个副本，即使您删除它也是如此。当捆绑包返回时，另一个捆绑包之前使用的包可能仍然存在，并且您可能会遇到这样的情况，即使用的类有两个版本，来自不同的类加载器，这意味着它们不是同一个类，因此不是一个亚型。

只暴露必要的，以尽量减少这种影响。仅在需要导入时才导入。如果您使用 Liferay Gradle 配置将捆绑包包含在其中，请停止 - 这是一种糟糕的包含方式，因为它暴露了很多内容。如果使用 bnd 文件包含资源并为 adicional 类路径位置创建条目，则不要在没有必要时公开。如果您有多个捆绑包使用一个作为依赖项，请确保它们使用的版本以及是否从有问题的类交换对象，如果有，则需要格外小心。

PS：您可以在导出和/或导入时包含属性，以便更具体并避免使用来自错误来源的包。

于 2019-02-11T12:39:06.683 回答