Hi all,
I just tried to build geoserver on a new account (no jars in the local
maven repo yet) and maven failed with the following error message:
[ERROR] BUILD ERROR
[INFO]
------------------------------------------------------------------------
[INFO] Failed to resolve artifact.
Missing:
----------
1) org.opengis:geoapi:jar:2.2-SNAPSHOT
Try downloading the file manually from the project website.
Then, install it using the command:
mvn install:install-file -DgroupId=org.opengis -DartifactId=geoapi
-Dversion=2.2-SNAPSHOT -Dpackaging=jar -Dfile=/path/to/file
Alternatively, if you host your own repository you can deploy the file
there:
mvn deploy:deploy-file -DgroupId=org.opengis -DartifactId=geoapi
-Dversion=2.2-SNAPSHOT -Dpackaging=jar -Dfile=/path/to/file -Durl=[url]
-DrepositoryId=[id]
Path to dependency:
1) org.geoserver:geoserver:pom:1.7.3-SNAPSHOT
2) org.geotools:gt-api:jar:2.5-SNAPSHOT
3) org.geotools:gt-referencing:jar:2.5-SNAPSHOT
4) org.geotools:gt-metadata:jar:2.5-SNAPSHOT
5) org.opengis:geoapi:jar:2.2-SNAPSHOT
----------
1 required artifact is missing.
for artifact:
org.geoserver:geoserver:pom:1.7.3-SNAPSHOT
from the specified remote repositories:
maven-restlet (http://maven.restlet.org),
central (http://repo1.maven.org/maven2),
opengeo (http://repo.opengeo.org/),
refractions (http://lists.refractions.net/m2/),
geotools (http://maven.geotools.fr/repository/),
mortbay (http://www.mortbay.org/maven2/release)
I seem to remember some recent discussion about the maven repositories;
perhaps one was removed that should not have been?
--
David Winslow
OpenGeo - http://opengeo.org/
Yeah, I ran into this recently as well. I think it is probably because we are not using the osgeo maven repository any more, which is where geoapi snapshots are uploaded. But using that repo causes the build to continually fail...
I think the best way forward is probably to set up a nightly build which deploys geoapi snapshots on our opengeo repository. I will try to do this tomorrow. For now i you can find the jar here:
http://download.osgeo.org/webdav/geotools/org/opengis/geoapi/
David Winslow wrote:
Hi all,
I just tried to build geoserver on a new account (no jars in the local
maven repo yet) and maven failed with the following error message:
[ERROR] BUILD ERROR
[INFO]
------------------------------------------------------------------------
[INFO] Failed to resolve artifact.
Missing:
----------
1) org.opengis:geoapi:jar:2.2-SNAPSHOT
Try downloading the file manually from the project website.
Then, install it using the command: mvn install:install-file -DgroupId=org.opengis -DartifactId=geoapi
-Dversion=2.2-SNAPSHOT -Dpackaging=jar -Dfile=/path/to/file
Alternatively, if you host your own repository you can deploy the file
there: mvn deploy:deploy-file -DgroupId=org.opengis -DartifactId=geoapi
-Dversion=2.2-SNAPSHOT -Dpackaging=jar -Dfile=/path/to/file -Durl=[url]
-DrepositoryId=[id]
Path to dependency: 1) org.geoserver:geoserver:pom:1.7.3-SNAPSHOT
2) org.geotools:gt-api:jar:2.5-SNAPSHOT
3) org.geotools:gt-referencing:jar:2.5-SNAPSHOT
4) org.geotools:gt-metadata:jar:2.5-SNAPSHOT
5) org.opengis:geoapi:jar:2.2-SNAPSHOT
----------
1 required artifact is missing.
for artifact: org.geoserver:geoserver:pom:1.7.3-SNAPSHOT
from the specified remote repositories:
maven-restlet (http://maven.restlet.org),
central (http://repo1.maven.org/maven2),
opengeo (http://repo.opengeo.org/),
refractions (http://lists.refractions.net/m2/),
geotools (http://maven.geotools.fr/repository/),
mortbay (http://www.mortbay.org/maven2/release)
I seem to remember some recent discussion about the maven repositories;
perhaps one was removed that should not have been?
--
David Winslow
OpenGeo - http://opengeo.org/
------------------------------------------------------------------------------
Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA
-OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise
-Strategies to boost innovation and cut costs with open source participation
-Receive a $600 discount off the registration fee with the source code: SFAD
http://p.sf.net/sfu/XcvMzF8H
_______________________________________________
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel
--
Justin Deoliveira
OpenGeo - http://opengeo.org
Enterprise support for open source geospatial.
Justin Deoliveira ha scritto:
Yeah, I ran into this recently as well. I think it is probably because we are not using the osgeo maven repository any more, which is where geoapi snapshots are uploaded. But using that repo causes the build to continually fail...
If my memory serves me right, Maven checks the repos in order,
so by putting the opengeo repo before the osgeo one we would have
the build hit the latter only for packages that are not available on
our repository.
Somewhat my gut tells me the 503 we're seeing
in the builds so often might be a defence mechanism built into
the OSGEO servers to avoid DOS attacks. Our hudson build is on a
machine with fast networking, so it does a lot of requests in
a row. Anyways, just pure speculation.
Having all of the packages on our repo will sure remove the issue.
Oh, btw, I guess the repo would be on the same machine, or very close
to, the hudson build server. It might seem a good idea to have the
build server deploy the GeoTools jars onto the repo on each build,
to have super-fresh jars there all the time?
Cheers
Andrea
--
Andrea Aime
OpenGeo - http://opengeo.org
Expert service straight from the developers.
Andrea Aime wrote:
Justin Deoliveira ha scritto:
Yeah, I ran into this recently as well. I think it is probably because we are not using the osgeo maven repository any more, which is where geoapi snapshots are uploaded. But using that repo causes the build to continually fail...
If my memory serves me right, Maven checks the repos in order,
so by putting the opengeo repo before the osgeo one we would have
the build hit the latter only for packages that are not available on
our repository.
Somewhat my gut tells me the 503 we're seeing
in the builds so often might be a defence mechanism built into
the OSGEO servers to avoid DOS attacks. Our hudson build is on a
machine with fast networking, so it does a lot of requests in
a row. Anyways, just pure speculation.
Makes sense... i am sure that is what a maven build looks like from one of our servers :).
Having all of the packages on our repo will sure remove the issue.
Oh, btw, I guess the repo would be on the same machine, or very close
to, the hudson build server. It might seem a good idea to have the
build server deploy the GeoTools jars onto the repo on each build,
to have super-fresh jars there all the time?
Yeah, i had the same thought because now the deploy script flies. It is easy enough to enable, we can try it out and see how well it works.
-Justin
Cheers
Andrea
--
Justin Deoliveira
OpenGeo - http://opengeo.org
Enterprise support for open source geospatial.