Les Java Developement Tools dépendent d'eclipse.core, qui dépend de
eclipse.equinox (mais pas sur toutes les fonctionnalités, probablement
seulement sur l'implementation de services déclarés pour OSGI)
D'un point de vue du code, c'est moins drôle.
Javax.tools.JavaCompiler.CompilationTask, est importé, ce qui permet
de faire de la compilation depuis la mémoire, et de rajouter des
classes à un projet (que l'on peut appeller par la suite), et le
compilateur choisis pour répondre à cette interface, c'est celui
d'eclipse (JDT.internal ...) .
Pour ce passer de celui d'eclipse, il suffit de faire :
public DefaultJavaManager() {
compiler = ToolProvider.getSystemJavaCompiler();
}
à la place de
public DefaultJavaManager() {
compiler = new EclipseCompiler();
}
dans src/main/java/org/orbisgis/core/javaManager/DefaultJavaManager.java
(Et plus de dépendances à la JDT.)
Sinon, au niveau du pom, un truc qui marche c'est de passer à la
version d'après (j'ai galéré pour la trouver ... déjà eclipse 3.6
utilise JDT 3.4 -_- )
<dependency>
<groupId>org.eclipse.jdt.compiler</groupId>
<artifactId>tool</artifactId>
<version>1.0.0-v_771</version>
</dependency>
<dependency>
<groupId>org.eclipse.jdt</groupId>
<artifactId>core</artifactId>
<version>3.4.2.v_883_R34x</version>
</dependency>
la build passe sans problèmes (enfin pour ce que j'en vois), et il n'y
a pas de problèmes au niveau de la résolution de dépendances (c'est
dans le repo de jboss).
2010/7/15 Alexis.G [via OrbisGIS]
<ml-node+5299164-1089098575-587175@n2.nabble.com>:
> un fix proposé par un_jon , dans le pom de orbisgis-core
>
> <dependency>
> <groupId>org.eclipse.jdt.compiler</groupId>
> <artifactId>tool</artifactId>
> <version>1.0.0-v_771</version>
>
> <exclusions>
> <exclusion>
> <groupId>org.eclipse.equinox</groupId>
> <artifactId>app</artifactId>
> </exclusion>
> <exclusion>
> <groupId>org.eclipse.equinox</groupId>
> <artifactId>common</artifactId>
> </exclusion>
> </exclusions>
>
> </dependency>
> <dependency>
> <groupId>org.eclipse.jdt</groupId>
> <artifactId>core</artifactId>
> <version>3.3.0-v_771</version>
>
> <exclusions>
> <exclusion>
> <groupId>org.eclipse.equinox</groupId>
> <artifactId>app</artifactId>
> </exclusion>
> <exclusion>
> <groupId>org.eclipse.equinox</groupId>
> <artifactId>common</artifactId>
> </exclusion>
> </exclusions>
> </dependency>
>
>
> On fait des exclusions sur des bouts d'eclipse... je ne comprends pas
> pourquoi on en est dépendant. En passant les tests à la compilation, je
> retrouve un logiciel fonctionnel. Je ne commit évidemment pas la chose,
> c'est bien trop sale...
>
> Un autre piste :
>
>
http://www.mail-archive.com/fornax-developer@lists.sourceforge.net/msg00572.html>
> Une quesiton me turlupine, cependant... pourquoi on dépend d'eclipse à la
> compilation ? On fait de l'OSGi ?
>
> ________________________________
> View message @
>
http://orbisgis.3871844.n2.nabble.com/mvn-install-a-froid-tp5288552p5299164.html> To unsubscribe from Re: mvn install à froid., click here.
>
Locked
