Получение «новой» зависимости от org.eclipse.xtext.common.types - PullRequest
0 голосов
/ 24 сентября 2018

Я ищу подтверждение того, что версия 2.9.1 org.eclipse.xtext.common.types всегда имела следующее дерево зависимостей org.eclipse.core.runtime:

enter image description here

Через ~ 2 недели наша сборка получает дополнительный JAR (org.eclipse.core.runtime, версия 3.14.0).До сих пор мы не можем объяснить, почему ... и надеемся, что когда-нибудь что-нибудь в Xtext версии 2.9.1 недавно изменилось?Мы сомневаемся, но кто знает?

Зависимость была установлена ​​как зависимость Maven:

    <dependency>
        <groupId>org.eclipse.xtext</groupId>
        <artifactId>org.eclipse.xtext.common.types</artifactId>
        <version>2.9.1</version>
    </dependency>

=============================================

Дополнительная информация, основанная на моих выводах ... Это pom.xml org.eclipse.xtext.common.types Артефакт (версия 2.9.1):

<project xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/maven-v4_0_0.xsd">
<modelVersion>4.0.0</modelVersion>
<parent>
    <groupId>org.eclipse.xtext</groupId>
    <artifactId>org.eclipse.xtext.tycho.parent</artifactId>
    <version>2.9.1</version>
    <relativePath>../../maven/org.eclipse.xtext.tycho.parent</relativePath>
</parent>
<packaging>eclipse-plugin</packaging>

<name>Common Types Runtime Library</name>
<artifactId>org.eclipse.xtext.common.types</artifactId>

<dependencies>
    <dependency>
        <groupId>org.eclipse.xtext</groupId>
        <artifactId>org.eclipse.xtext.util</artifactId>
        <version>[${project.version}]</version>
    </dependency>
    <dependency>
        <groupId>org.eclipse.xtext</groupId>
        <artifactId>org.eclipse.xtext</artifactId>
        <version>[${project.version}]</version>
    </dependency>
    <dependency>
        <groupId>org.eclipse.emf</groupId>
        <artifactId>org.eclipse.emf.codegen</artifactId>
        <version>${emf.version}</version>
        <scope>runtime</scope>
    </dependency>
    <dependency>
        <groupId>com.google.guava</groupId>
        <artifactId>guava</artifactId>
        <version>${guava.version}</version>
    </dependency>
    <dependency>
        <groupId>com.google.inject</groupId>
        <artifactId>guice</artifactId>
        <version>${google-inject.version}</version>
    </dependency>
    <dependency>
        <groupId>org.ow2.asm</groupId>
        <artifactId>asm-commons</artifactId>
        <version>${asm.version}</version>
    </dependency>
    <dependency>
        <groupId>org.eclipse.emf</groupId>
        <artifactId>org.eclipse.emf.ecore</artifactId>
        <version>${emf.version}</version>
    </dependency>
    <dependency>
        <groupId>org.eclipse.emf</groupId>
        <artifactId>org.eclipse.emf.common</artifactId>
        <version>${emf.version}</version>
    </dependency>
    <dependency>
        <groupId>org.eclipse.emf</groupId>
        <artifactId>org.eclipse.emf.mwe2.lib</artifactId>
        <version>${mwe2-version}</version>
    </dependency>
</dependencies>

$ {emf.version} - диапазон от (2.8: 3.0) ... Просмотрпо следующему адресу: http://mvnrepository.com/artifact/org.eclipse.emf/org.eclipse.emf.codegen

... Версия 2.14 на самом деле очень недавняя (сентябрь 2018 г.).

Ребята из Xtext, вы подтверждаете, что до версии 2.14 не было зависимости от времени выполнения ядра затмения?была установлена ​​версия 3.14.0?

1 Ответ

0 голосов
/ 24 сентября 2018

EMF 2.15 и, следовательно, org.eclipse.emf: org.eclipse.emf.codegen: 2.14.0, опубликовано 14 сентября.более новая версия emf имеет эти новые зависимости.Все версии Xtext <2.15 автоматически вытягивают новую версию EMF.если вы хотите избежать этого, вы можете вернуться к emf 2.12 / codegen 2.11 должен решить эти проблемы (<a href="https://github.com/eclipse/xtext-core/blob/v2.15.0/gradle/versions.gradle" rel="nofollow noreferrer">https://github.com/eclipse/xtext-core/blob/v2.15.0/gradle/versions.gradle)

...