卡拉夫未解决约束JDBC
我试图在Karaf 3.0.0-RC1中使用H2数据库加载来获取Scala库，但我遇到了这个错误
Unresolved constraint in bundle org.h2 [86]: Unable to resolve 86.0: missing requirement
[86.0] osgi.wiring.package; (&(osgi.wiring.package=org.osgi.service.jdbc)(version>=1.0.0)
有人知道我需要在POM和/或功能中添加什么吗。xml来让它工作吗？
谢谢，鲍勃
共有1个答案
你需要那个装着包裹的罐子。要获得它：
- 去http://search.maven.org
- 推送高级搜索
- 在类名中键入“org.osgi.service.jdbc”
您将获得包含包的依赖项列表。例如，第一个对您有好处：http://search.maven.org/#artifactdetails|org.ow2.spec.osgi|ow2-jdbc-service-1.0-spec|1.0.13|bundle
顺便说一句：这个包最初来自OSGi企业规范（或者简编，不记得了）。正如我所看到的，所有OSGi规范包都可以在逻辑上分离的ow2依赖项中使用。
在Karaf中，可能有其他方法来获得所需的依赖性，但我过去没有使用Karaf。
-
我正在从log4j-slf4j-impl 2.12.0升级到2.17.1。在我之前的代码中，除了 现在我已经升级到2.17.1，我得到了以下错误： org . Apache . Felix . resolver . reason . reason异常:无法解析org . Apache . logging . log4j . slf4j-impl/2 . 17 . 1:缺少需求[org . Apac
-
设置 多个独立的源系统将AVRO事件推送到Kafka主题中。KafkaS3接收器连接器从本主题读取AVRO事件，并写入S3拼花格式。 问题 我们的架构注册表中的 AVRO 架构不符合标准。例如，源系统中的十进制字段在架构注册表中具有基类型字符串和逻辑类型十进制。AVRO 中不允许这些类型的组合（十进制逻辑类型必须始终具有基本类型修复/字节。 这些不正确的AVRO模式导致不正确的拼花文件模式。E、
-
我有一个使用OSGi-（felix）、SpringDM、hibernate和maven的项目。当我安装捆绑包时，它是正常的，当我运行捆绑包id时的输出是： 这是我在启动此捆绑包时看到的： 这是我的beans.xml： 这是我的pom文件： 此外，在felix中存在一个完整的捆绑错误。
-
我使用的是来自OSGiAlliance、maven和ApacheFelixMaven scr插件的R6OSGi注释的组合。 在编写了一个简单的包之后，我没有看到包中有任何服务（使用KarafWebconsole或service:list） 这与通过BundleContext手动注册服务的低级API相同。 据我所知，maven scr插件在运行时为我生成清单和组件XML文件。 在下面的代码中，我希望
-
我通过执行以下命令，在我的两个Apache Karaf 2.2.7实例中安装了hawtio： 问题是我有四个linux机器和四个Karaf实例，所以我在每个机器上都安装了它。除了hawtio控制台端口不同之外，一切都很好。我知道默认情况下它应该在< code>8181上启动。在我的两个服务器上，它开始于:< code>8182，在另外两个服务器上:< code>7181。我不确定，也许< code
-
您能说Apache Karaf包括以下内容吗？其中包括： Apache Felix（它是OSGi 4.2框架的实现） Apache Aries（它是Blueprint标准的实现）