Je viens de faire le checkout du trunk, si je fais un mvn install à la racine du projet, on me dit qu'il y a deux artefacts qui manquent :
1) org.grap:grap:jar:1.4.0 2) ij:imagej:jar:1.43 Les repo configurés ne suffisent pas à récupérer tout les artefacts ? Pourquoi le repo http://geosysin.iict.ch/irstv-web/maven-repo est vide ? |
Administrator
|
Le repo maven d'OrbisGIS n'est pas vide mais invisible.
Par contre bizarre cette histoire de check. Je regarde. Erwan. |
J'ai fait le test ce matin, j'ai eu le même problème.
On 13 July 2010 19:23, ebocher [via OrbisGIS] <[hidden email]> wrote: > Le repo maven d'OrbisGIS n'est pas vide mais invisible. > > Par contre bizarre cette histoire de check. Je regarde. > > Erwan. > > > ________________________________ > View message @ > http://orbisgis.3871844.n2.nabble.com/mvn-install-a-froid-tp5288552p5288564.html > To unsubscribe from OrbisGIS, click here. > -- OrbisGIS supporter. |
In reply to this post by ebocher
Je peux toujours les installer depuis le repertoire lib, mais cela me semble bizarre.
|
Administrator
|
Ok c'est mis a jour
Resynchronise ton pom. R1. |
ok, merci. (ça marche)
Sinon, je sens que je vais devoir passer quelques tests... Tests in error: testXYZDEMReader(org.grap.io.BasicTest) testGrid2Tif(org.grap.io.BasicTest) testGrid2Grid(org.grap.io.BasicTest) testLoadSaveGrid(org.grap.io.BasicTest) testSourceWithNDV(org.grap.io.NDVTest) testSourceWithoutNDV(org.grap.io.NDVTest) testSetNDVToSourceWithout(org.grap.io.NDVTest) testNDVWithEsriGRIDReader(org.grap.io.NDVTest) testNDVFromProcessor(org.grap.io.NDVTest) testMinMaxAndNDV(org.grap.io.NDVTest) testMinMax(org.grap.io.NDVTest) testCropPolygon(org.grap.processing.operation.CropTest) testCropPolygonOutside(org.grap.processing.operation.CropTest) testCropAll(org.grap.processing.operation.CropTest) testCropRectangle(org.grap.processing.operation.CropTest) testCropLeHavre(org.grap.processing.operation.CropTest) testIdentity(org.grap.processing.operation.IdentityTest) testExecute(org.grap.processing.operation.hydrology.D8OpSlopeTest) testExecute(org.grap.processing.operation.hydrology.D8OpDirectionTest) |
les tests sur grap ne passent pas, et ne devraient pas être corrigé.
Je devrais remplacer la librairie entière dans quelques temps, donc bon... On 13 July 2010 19:34, un_Jon [via OrbisGIS] <[hidden email]> wrote: > ok, merci. > > > Sinon, je sens que je vais devoir passer quelques tests... > > > Tests in error: > testXYZDEMReader(org.grap.io.BasicTest) > testGrid2Tif(org.grap.io.BasicTest) > testGrid2Grid(org.grap.io.BasicTest) > testLoadSaveGrid(org.grap.io.BasicTest) > testSourceWithNDV(org.grap.io.NDVTest) > testSourceWithoutNDV(org.grap.io.NDVTest) > testSetNDVToSourceWithout(org.grap.io.NDVTest) > testNDVWithEsriGRIDReader(org.grap.io.NDVTest) > testNDVFromProcessor(org.grap.io.NDVTest) > testMinMaxAndNDV(org.grap.io.NDVTest) > testMinMax(org.grap.io.NDVTest) > testCropPolygon(org.grap.processing.operation.CropTest) > testCropPolygonOutside(org.grap.processing.operation.CropTest) > testCropAll(org.grap.processing.operation.CropTest) > testCropRectangle(org.grap.processing.operation.CropTest) > testCropLeHavre(org.grap.processing.operation.CropTest) > testIdentity(org.grap.processing.operation.IdentityTest) > testExecute(org.grap.processing.operation.hydrology.D8OpSlopeTest) > testExecute(org.grap.processing.operation.hydrology.D8OpDirectionTest) > > > ________________________________ > View message @ > http://orbisgis.3871844.n2.nabble.com/mvn-install-a-froid-tp5288552p5288633.html > To unsubscribe from OrbisGIS, click here. > -- OrbisGIS supporter. |
Administrator
|
In reply to this post by un_Jon
C'est normal c'est grap.
C'est en cours de changement et les tests unitaires plantent car il te manque les données. Skip les tests. 2010/7/13 un_Jon [via OrbisGIS] <[hidden email]> ok, merci. -- École Centrale de Nantes Institut de recherche en sciences et techniques de la ville BP 92101 1 rue de la Noë, 44321 NANTES Cedex 3 France Tél : 02 40 37 68 67 http://www.irstv.cnrs.fr/ |
In reply to this post by un_Jon
sur orbisgis-core :
INFO] Building orbisgis-core [INFO] task-segment: [install] [INFO] ------------------------------------------------------------------------ [INFO] [resources:resources {execution: default-resources}] [WARNING] Using platform encoding (MacRoman actually) to copy filtered resources, i.e. build is platform dependent! [INFO] Copying 248 resources [WARNING] While downloading kxml2:kxml2:2.2.2 This artifact has been relocated to net.sf.kxml:kxml2:2.2.2. Downloading: http://repository.jboss.org/maven2/infonode/idw/1.6.1/idw-1.6.1.pom [INFO] Unable to find resource 'infonode:idw:pom:1.6.1' in repository jboss-releases (http://repository.jboss.org/maven2) Downloading: http://maven.geotools.fr/repository/infonode/idw/1.6.1/idw-1.6.1.pom [INFO] Unable to find resource 'infonode:idw:pom:1.6.1' in repository geotools (http://maven.geotools.fr/repository) Downloading: http://geosysin.iict.ch/irstv-web/maven-repo/infonode/idw/1.6.1/idw-1.6.1.pom [INFO] Unable to find resource 'infonode:idw:pom:1.6.1' in repository geosysin (http://geosysin.iict.ch/irstv-web/maven-repo) Downloading: http://repo1.maven.org/maven2/infonode/idw/1.6.1/idw-1.6.1.pom [INFO] Unable to find resource 'infonode:idw:pom:1.6.1' in repository central (http://repo1.maven.org/maven2) [INFO] ------------------------------------------------------------------------ [ERROR] BUILD ERROR [INFO] ------------------------------------------------------------------------ [INFO] Failed to resolve artifact. Couldn't find a version in [1.0.0-v20070606] to match range [1.0.0,2.0.0) org.eclipse.equinox:app:jar:null from the specified remote repositories: jboss-releases (http://repository.jboss.org/maven2), geotools (http://maven.geotools.fr/repository), central (http://repo1.maven.org/maven2), geosysin (http://geosysin.iict.ch/irstv-web/maven-repo), jboss-snapshots (http://snapshots.jboss.org/maven2) Path to dependency: 1) 2) org.eclipse.jdt:core:jar:3.3.0-v_771 3) org.eclipse.core:resources:jar:3.3.0-v20070604 4) org.eclipse.core:expressions:jar:3.3.0-v20070606-0010 5) org.eclipse.core:runtime:jar:3.3.100-v20070530 |
Administrator
|
houaa
je rergarde thanks 2010/7/13 un_Jon [via OrbisGIS] <[hidden email]> sur orbisgis-core : -- École Centrale de Nantes Institut de recherche en sciences et techniques de la ville BP 92101 1 rue de la Noë, 44321 NANTES Cedex 3 France Tél : 02 40 37 68 67 http://www.irstv.cnrs.fr/ |
In reply to this post by Alexis.G
J'ai fait : mvn install -Dmaven.test.skip=true
Il y a surement moyen de désactiver les tests que pour ce module ^^. |
Administrator
|
In reply to this post by un_Jon
Done the error is due to a bad url using mvn deploy
|
In reply to this post by ebocher
Et c'est normal que sur GDMS, il y a ça ?
Tests run: 522, Failures: 1, Errors: 152, Skipped: 0 |
Administrator
|
Oui car il utilise des liens vers des sgbd qui ne sont pas montés pour faire les tests.
r1. Le 14 juillet 2010 12:36, un_Jon [via OrbisGIS] <[hidden email]> a écrit : Et c'est normal que sur GDMS, il y a ça ? -- École Centrale de Nantes Institut de recherche en sciences et techniques de la ville BP 92101 1 rue de la Noë, 44321 NANTES Cedex 3 France Tél : 02 40 37 68 67 http://www.irstv.cnrs.fr/ |
Est ce qu'il n'y a pas moyen d'utiliser Junit Assume pour ces tests là ?
http://www.junit.org/apidocs/org/junit/Assume.html Ou bien de les séparer de l'execution classique comme décrit ici (3,58 minutes de test, c'est long): http://stackoverflow.com/questions/251730/is-there-a-way-to-separate-long-running-e-g-stress-tests-out-so-theyre-not-ru (Geotools semble utiliser cette technique http://docs.codehaus.org/display/GEOT/2.5.7+Testing+with+Maven) |
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 ? |
Administrator
|
Update the orbigis-core pom. It was a depency pb with ecj (eclipse compiler). It allows java code compilation without jdk.
Sorry. R1. |
This post was updated on .
In reply to this post by Alexis.G
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. > |
Administrator
|
Justement l'idée est d'utiliser le compilateur d'eclipse car si tu fais compiler = ToolProvider.
getSystemJavaCompiler(); tu dois necessairement avoir le JDK à moins que j'ai loupé un truc.
http://blog.nobel-joergensen.com/2008/07/16/using-eclipse-compiler-to-create-dynamic-java-objects-2/ |
Tu n'as rien loupé. (cela m'était sorti de la tête).
(Je vais tester le fix)
|
Free forum by Nabble | Edit this page |