mvn install à froid.

classic Classic list List threaded Threaded
21 messages Options
12
Reply | Threaded
Open this post in threaded view
|

mvn install à froid.

un_Jon
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 ?
Reply | Threaded
Open this post in threaded view
|

Re: mvn install à froid.

ebocher
Administrator
Le repo maven d'OrbisGIS n'est pas vide mais invisible.

Par contre bizarre cette histoire de check. Je regarde.

Erwan.
Reply | Threaded
Open this post in threaded view
|

Re: mvn install à froid.

Alexis.G
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.
Reply | Threaded
Open this post in threaded view
|

Re: mvn install à froid.

un_Jon
In reply to this post by ebocher
Je peux toujours les installer depuis le repertoire lib, mais cela me semble bizarre.
Reply | Threaded
Open this post in threaded view
|

Re: mvn install à froid.

ebocher
Administrator
Ok c'est mis a jour

Resynchronise ton pom.

R1.
Reply | Threaded
Open this post in threaded view
|

Re: mvn install à froid.

un_Jon
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)
Reply | Threaded
Open this post in threaded view
|

Re: mvn install à froid.

Alexis.G
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.
Reply | Threaded
Open this post in threaded view
|

Re: mvn install à froid.

ebocher
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.


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 start a new topic under OrbisGIS Developers, email [hidden email]
To unsubscribe from OrbisGIS Developers, click here.




--
É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/
Reply | Threaded
Open this post in threaded view
|

Re: mvn install à froid.

un_Jon
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





Reply | Threaded
Open this post in threaded view
|

Re: mvn install à froid.

ebocher
Administrator
houaa
je rergarde

thanks

2010/7/13 un_Jon [via OrbisGIS] <[hidden email]>
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








View message @ http://orbisgis.3871844.n2.nabble.com/mvn-install-a-froid-tp5288552p5288668.html
To start a new topic under OrbisGIS Developers, email [hidden email]
To unsubscribe from OrbisGIS Developers, click here.




--
É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/
Reply | Threaded
Open this post in threaded view
|

Re: mvn install à froid.

un_Jon
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 ^^.
Reply | Threaded
Open this post in threaded view
|

Re: mvn install à froid.

ebocher
Administrator
In reply to this post by un_Jon
Done the error is due to a bad url using mvn deploy
Reply | Threaded
Open this post in threaded view
|

Re: mvn install à froid.

un_Jon
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

Reply | Threaded
Open this post in threaded view
|

Re: mvn install à froid.

ebocher
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 ?


Tests run: 522, Failures: 1, Errors: 152, Skipped: 0




View message @ http://orbisgis.3871844.n2.nabble.com/mvn-install-a-froid-tp5288552p5291921.html
To start a new topic under OrbisGIS Developers, email [hidden email]
To unsubscribe from OrbisGIS Developers, click here.




--
É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/
Reply | Threaded
Open this post in threaded view
|

Re: mvn install à froid.

un_Jon
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)


Reply | Threaded
Open this post in threaded view
|

Re: mvn install à froid.

Alexis.G
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 ?
Reply | Threaded
Open this post in threaded view
|

Re: mvn install à froid.

ebocher
Administrator
Update the orbigis-core pom. It was a depency pb with ecj (eclipse compiler). It allows java code compilation without jdk.

Sorry.

R1.

Reply | Threaded
Open this post in threaded view
|

Re: mvn install à froid.

un_Jon
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.
>
Reply | Threaded
Open this post in threaded view
|

Re: mvn install à froid.

ebocher
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/


Reply | Threaded
Open this post in threaded view
|

Re: mvn install à froid.

un_Jon
Tu n'as rien loupé. (cela m'était sorti de la tête).


(Je vais tester le fix)


ebocher wrote
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/
12