问题：

Maven build由于JDT依赖关系而失败-没有可用于org的版本。osgi。服务：组织。osgi。服务首选项：jar：[1.1.0,1.2.0）

徐经武

2023-03-14

今天，当我尝试安装maven项目时，由于JDT依赖关系，我遇到了一个错误，下面是报告信息：

Cannot resolve No versions available for org.osgi.service:org.osgi.service.prefs:jar:[1.1.0,1.2.0) within specified range.
[ERROR] Failed to execute goal on project redundantcheck: 
Could not resolve dependencies for project edu.fudan.selab:redundantcheck:jar:1.0-SNAPSHOT: 
Failed to collect dependencies at org.eclipse.jdt:org.eclipse.jdt.core:jar:3.20.0 -> 
org.eclipse.platform:org.eclipse.core.resources:jar:3.12.0 -> 
org.eclipse.platform:org.eclipse.core.expressions:jar:3.5.100 -> 
org.eclipse.platform:org.eclipse.core.runtime:jar:3.12.0 -> 
org.eclipse.platform:org.eclipse.equinox.preferences:jar:3.10.0 -> 
org.osgi.service:org.osgi.service.prefs:jar:[1.1.0,1.2.0): No versions available for 
org.osgi.service:org.osgi.service.prefs:jar:[1.1.0,1.2.0) within specified range -> [Help 1]

我尝试添加1.1.0组织。osgi。服务：组织。osgi。服务已加入项目，但仍无法解决此问题。为了避免依赖项更新，我指定了几乎所有版本的依赖项，但今天仍然遇到这个错误。这是我的pom。xml：

    <dependencies>
        <dependency>
            <groupId>org.eclipse.jdt</groupId>
            <artifactId>org.eclipse.jdt.core</artifactId>
            <version>3.20.0</version>
        </dependency>
        <dependency>
            <groupId>org.eclipse.platform</groupId>
            <artifactId>org.eclipse.core.commands</artifactId>
            <version>3.9.800</version>
        </dependency>
        <!-- https://mvnrepository.com/artifact/org.eclipse.platform/org.eclipse.core.contenttype -->
        <dependency>
            <groupId>org.eclipse.platform</groupId>
            <artifactId>org.eclipse.core.contenttype</artifactId>
            <version>3.7.900</version>
        </dependency>
        <!-- https://mvnrepository.com/artifact/org.eclipse.platform/org.eclipse.core.filesystem -->
        <dependency>
            <groupId>org.eclipse.platform</groupId>
            <artifactId>org.eclipse.core.filesystem</artifactId>
            <version>1.7.700</version>
        </dependency>
        <!-- https://mvnrepository.com/artifact/org.eclipse.platform/org.eclipse.core.jobs -->
        <dependency>
            <groupId>org.eclipse.platform</groupId>
            <artifactId>org.eclipse.core.jobs</artifactId>
            <version>3.10.1100</version>
        </dependency>
        <!-- https://mvnrepository.com/artifact/org.eclipse.platform/org.eclipse.core.resources -->
        <dependency>
            <groupId>org.eclipse.platform</groupId>
            <artifactId>org.eclipse.core.resources</artifactId>
            <version>3.14.0</version>
        </dependency>
        <!-- https://mvnrepository.com/artifact/org.eclipse.platform/org.eclipse.core.runtime -->
        <dependency>
            <groupId>org.eclipse.platform</groupId>
            <artifactId>org.eclipse.core.runtime</artifactId>
            <version>3.20.100</version>
        </dependency>
        <!-- https://mvnrepository.com/artifact/org.eclipse.platform/org.eclipse.equinox.common -->
        <dependency>
            <groupId>org.eclipse.platform</groupId>
            <artifactId>org.eclipse.equinox.common</artifactId>
            <version>3.14.100</version>
        </dependency>
        <!-- https://mvnrepository.com/artifact/org.eclipse.platform/org.eclipse.osgi -->
        <dependency>
            <groupId>org.eclipse.platform</groupId>
            <artifactId>org.eclipse.osgi</artifactId>
            <version>3.16.200</version>
        </dependency>
        <!-- https://mvnrepository.com/artifact/org.eclipse.platform/org.eclipse.text -->
        <dependency>
            <groupId>org.eclipse.platform</groupId>
            <artifactId>org.eclipse.text</artifactId>
            <version>3.11.0</version>
        </dependency>

        <dependency>
            <groupId>org.slf4j</groupId>
            <artifactId>slf4j-api</artifactId>
            <version>1.6.1</version>
        </dependency>
        <dependency>
            <groupId>junit</groupId>
            <artifactId>junit</artifactId>
            <version>4.12</version>
            <scope>test</scope>
        </dependency>
        <dependency>
            <groupId>com.alibaba</groupId>
            <artifactId>fastjson</artifactId>
            <version>1.2.75</version>
        </dependency>
        <dependency>
            <groupId>org.eclipse.platform</groupId>
            <artifactId>org.eclipse.core.expressions</artifactId>
            <version>3.8.0</version>
        </dependency>
        <dependency>
            <groupId>org.eclipse.platform</groupId>
            <artifactId>org.eclipse.equinox.app</artifactId>
            <version>1.6.0</version>
        </dependency>
        <dependency>
            <groupId>org.eclipse.platform</groupId>
            <artifactId>org.eclipse.equinox.preferences</artifactId>
            <version>3.9.0</version>
        </dependency>
        <dependency>
            <groupId>org.eclipse.platform</groupId>
            <artifactId>org.eclipse.equinox.registry</artifactId>
            <version>3.11.0</version>
        </dependency>
    </dependencies>

有没有办法解决这个问题？

共有3个答案

冯开诚

2023-03-14

您可以这样排除依赖项：

<dependency>
<groupId>org.eclipse.jdt</groupId>
<artifactId>org.eclipse.jdt.core</artifactId>
<version>3.24.0</version>
<exclusions>
    <exclusion>
        <groupId>org.osgi.service</groupId>
        <artifactId>org.osgi.service.prefs</artifactId>
    </exclusion>
</exclusions>

纪俊良

2023-03-14

因为我今天也遇到了这个问题，但通过插件子依赖，我的临时解决方案是下载常规的org。osgi:org。osgi。服务prefs:jar:1.1.2，并将其作为org安装在本地存储库中。osgi。服务：组织。osgi。服务首选项：jar:1.1.2。

秦阳旭

2023-03-14

您正在尝试使用以下JDT版本：

<dependency>
    <groupId>org.eclipse.jdt</groupId>
    <artifactId>org.eclipse.jdt.core</artifactId>
    <version>3.20.0</version>
</dependency>

这对应于Eclipse版本2019-12（内部也称为4.14）。

您的问题是eclipse项目（org.eclipse.jdt.core和所有依赖项）使用的是版本范围。如果你看看组织。日食jdt。核心依赖项声明：

<代码>组织。日食平台：组织。日食果心资源：[3.12.0,4.0.0）
<代码>组织。日食平台：组织。日食果心运行时：[3.13.0,4.0.0）
<代码>组织。日食平台：组织。日食果心文件系统：[1.7.0,2.0.0）
<代码>组织。日食平台：组织。日食文本：[3.6.0,4.0.0）

如果你什么都不做，Maven总是选择最新的：

今天（2022年6月）这将是：

<代码>组织。日食果心资源：3.16.100
<代码>组织。日食果心运行时：3.24.100
<代码>组织。日食果心文件系统：1.9.300
<代码>组织。日食文本：3.12.0

当图书馆出版时（2019年12月），这是：

<代码>组织。日食果心资源：3.13.600
<代码>组织。日食果心运行时：3.17.0
<代码>组织。日食果心文件系统：1.7.600
<代码>组织。日食文本：3.10.0

当然，这是递归的，您需要对所有依赖项执行此操作。

让Maven总是选择最新的是有问题的：

它阻止您创建可复制的构建，因为maven选择的依赖项取决于当天maven central上可用的内容

 你需要解决冲突
 您可能是第一个尝试组合的人

这就是为什么我总是使用一组一起发布的项目。顺便说一下，Eclipse项目本身也是这样做的（通过使用P2更新站点和目标平台）。

我正在发布Maven BOM文件以修复版本：ECentral project

您可以这样做：

  <repositories>
    <repository>
      <id>ecentral</id>
      <url>https://raw.githubusercontent.com/jmini/ecentral/HEAD/repo</url>
    </repository>
  </repositories>

  <dependencyManagement>
    <dependencies>
      <dependency>
        <groupId>fr.jmini.ecentral</groupId>
        <artifactId>eclipse-platform-dependencies</artifactId>
        <version>4.14</version>
        <type>pom</type>
        <scope>import</scope>
      </dependency>
    </dependencies>
  </dependencyManagement>

  <dependencies>
    <dependency>
      <groupId>org.eclipse.jdt</groupId>
      <artifactId>org.eclipse.jdt.core</artifactId>
      <!-- no version needed here, because it is defined in the BOM -->
    </dependency>
  </dependencies>

类似资料：

OSGI org.slf4j.impl依赖关系

我是OSGI新手(抱歉),在尝试部署我的包和相关依赖项时遇到了一些问题。这是我的POM：然后我使用Maven命令捆绑它： mvn org . Apache . Felix:maven-bundle-plugin:bundle all 这是成功的，并生成我的包以及3个依赖包： net.sf.ehcache_2.10.0.jar org.apache.commons.lang3_3.4.0.jar
Maven Javadoc聚合jar插件由于未解析的依赖关系而失败

我有一个多模块Maven项目，在这个项目中，我运行Maven javadoc插件来生成javadoc。在我的父母pom。xml我对插件构建的定义如下：当我运行mvn clean install时，生成会失败，并存在未解决的依赖项，但我看到以下警告： [警告]无法解析依赖项：[我的应用程序：我的模块：jar：1.7.1]，但已在反应器中找到（可能是快照）。此依赖项已从Javadoc类路径中排除。您
OSGI嵌套依赖JAR

如果我有一个OSGI Bundle jar中嵌套了依赖项jar，我是否需要在导入包清单中列出这些类以便使用它们？我不这么认为。另外，我如何将这些依赖项jar添加到我的包中。我只是把它们放在根文件夹里吗？我是否需要向清单文件添加任何内容才能使用这些依赖关系？
OSGI SCR框架中的可选依赖项

我正在使用OSGI felix平台中的SCR框架在我的组件中注入服务引用。除了可选的依赖项外，这非常有效。因此，如果我有两个组件Foo和Bar，其中Foo如下所示：只要定义Bar接口的捆绑包部署在我的OSGi平台中，这就可以工作。如果平台中没有激活Bar实现组件，SCR仍然很高兴，并将激活我的FoImpl组件，当然无需参考任何Bar实现。但是，如果Bar接口未部署在平台中，SCR在激活组件期间崩
Maven依赖项在中央repo中没有jar，Maven构建由于没有工件而失败

我将这个依赖项添加到我的pom.xml中。当我构建项目时，如果会创建此错误。
Systemctl依赖失败，停止依赖服务

我有两种服务a.service和b.service。a、显示服务 b、服务现在，当我开始b.service，我确信a.service将被启动。在运行时，突然有人扰乱 /home/admin/run.sh和systemd无法启动a.service（也是systemctl状态a.service显示为状态失败）。现在有一个选项，b.service可以知道a.service失败，它应该停止/退出吗？

Maven build由于JDT依赖关系而失败-没有可用于org的版本。osgi。服务：组织。osgi。服务首选项：jar：[1.1.0,1.2.0）

共有3个答案

相关问答

相关文章

相关阅读

相关工具

相关文档