Hi,
looking here:
http://gridlock.openplans.org/geoserver/1.6.x/
it seems nightlies have gone bye bye again. Any
hint? Have they moved to another server or they're
just not functioning anymore?
Cheers
Andrea
Yeah... they have been failing the last few nights. It looks like its the new geowebcache extension... probably because the jar is not built as part of the regular build. Adding the geowebcache community module to the nightly process should fix it.
Arne: are you uploading snapshots of hte geowebcache jar regularily?
Andrea Aime wrote:
Hi,
looking here:
http://gridlock.openplans.org/geoserver/1.6.x/it seems nightlies have gone bye bye again. Any
hint? Have they moved to another server or they're
just not functioning anymore?Cheers
Andrea!DSPAM:4007,481f20d7278795219720167!
--
Justin Deoliveira
The Open Planning Project
jdeolive@anonymised.com
Sorry, I kicked gridlock manually after renaming everything geowebcache->gwc, but I guess that wasn't particularly relevant since it doesn't build the modules. Surprised it fails though, shouldn't it just ignore that particular module?
I redeploy quite regularly [1], let me know if there are any issues,
-Arne
1: http://repo.opengeo.org/org/opengeo/geowebcache/1.0-SNAPSHOT/
Justin Deoliveira wrote:
Yeah... they have been failing the last few nights. It looks like its the new geowebcache extension... probably because the jar is not built as part of the regular build. Adding the geowebcache community module to the nightly process should fix it.
Arne: are you uploading snapshots of hte geowebcache jar regularily?
Andrea Aime wrote:
Hi,
looking here:
http://gridlock.openplans.org/geoserver/1.6.x/it seems nightlies have gone bye bye again. Any
hint? Have they moved to another server or they're
just not functioning anymore?Cheers
Andrea
OK... so the issue is this:
Now that gwc is an extension... it has to be built as part of the nightly. However, to be built it requires that we download snapshots of geowebcache from repo.opengeo.org, currently that repo is not enabled for snapshots.
So... we could enable it but it will slow down the build. Thoughts? I guess we could start deploying geotools nightlies to opengeo and have it be our geotools snapshot repository.
Arne Kepp wrote:
Sorry, I kicked gridlock manually after renaming everything geowebcache->gwc, but I guess that wasn't particularly relevant since it doesn't build the modules. Surprised it fails though, shouldn't it just ignore that particular module?
I redeploy quite regularly [1], let me know if there are any issues,
-Arne
1: http://repo.opengeo.org/org/opengeo/geowebcache/1.0-SNAPSHOT/
Justin Deoliveira wrote:
Yeah... they have been failing the last few nights. It looks like its the new geowebcache extension... probably because the jar is not built as part of the regular build. Adding the geowebcache community module to the nightly process should fix it.
Arne: are you uploading snapshots of hte geowebcache jar regularily?
Andrea Aime wrote:
Hi,
looking here:
http://gridlock.openplans.org/geoserver/1.6.x/it seems nightlies have gone bye bye again. Any
hint? Have they moved to another server or they're
just not functioning anymore?Cheers
Andrea-------------------------------------------------------------------------
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference Don't miss this year's exciting event. There's still time to save $100. Use priority code J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
_______________________________________________
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel!DSPAM:4007,481f287e306526491211187!
--
Justin Deoliveira
The Open Planning Project
jdeolive@anonymised.com
So I think it is not geowebcache itself that is missing, but the gwc module. release/pom.xml requires community/gwc , but running mvn clean install inside release doesn't cause it to be built.
Of course you can only notice this problem on a machine where gwc has never been built before 
Not sure where the logs on gridlock for the nightlies are, but here's what I am seeing:
Missing:
----------
1) org.geoserver:gwc:jar:0.1
Try downloading the file manually from the project website.
Then, install it using the command:
mvn install:install-file -DgroupId=org.geoserver -DartifactId=gwc -Dversion=0.1 -Dpackaging=jar -Dfile=/path/to/file
Any suggestions on how to fix it? Put the plugin into a profile? I guess it's unique because all the other plugins only depend on external jars, but I don't think that'll be the case for ever.
-Arne
Justin Deoliveira wrote:
Yeah... they have been failing the last few nights. It looks like its the new geowebcache extension... probably because the jar is not built as part of the regular build. Adding the geowebcache community module to the nightly process should fix it.
Arne: are you uploading snapshots of hte geowebcache jar regularily?
Andrea Aime wrote:
Hi,
looking here:
http://gridlock.openplans.org/geoserver/1.6.x/it seems nightlies have gone bye bye again. Any
hint? Have they moved to another server or they're
just not functioning anymore?Cheers
Andrea
Yeah I saw that as well... and yes that is an issue on 1.6.x. But the real issue is the opengeo snapshot dependency from opengeo. I sent email about this yesterday but got no answer. CC'ing andrea as I am dubbing him "master of short build times"
As a temporary solution what I will do for now is deploy geowebcache to the refractions repository.
Arne Kepp wrote:
So I think it is not geowebcache itself that is missing, but the gwc module. release/pom.xml requires community/gwc , but running mvn clean install inside release doesn't cause it to be built.
Of course you can only notice this problem on a machine where gwc has never been built before
Not sure where the logs on gridlock for the nightlies are, but here's what I am seeing:
Missing:
----------
1) org.geoserver:gwc:jar:0.1
Try downloading the file manually from the project website.
Then, install it using the command:
mvn install:install-file -DgroupId=org.geoserver -DartifactId=gwc -Dversion=0.1 -Dpackaging=jar -Dfile=/path/to/fileAny suggestions on how to fix it? Put the plugin into a profile? I guess it's unique because all the other plugins only depend on external jars, but I don't think that'll be the case for ever.
-Arne
Justin Deoliveira wrote:
Yeah... they have been failing the last few nights. It looks like its the new geowebcache extension... probably because the jar is not built as part of the regular build. Adding the geowebcache community module to the nightly process should fix it.
Arne: are you uploading snapshots of hte geowebcache jar regularily?
Andrea Aime wrote:
Hi,
looking here:
http://gridlock.openplans.org/geoserver/1.6.x/it seems nightlies have gone bye bye again. Any
hint? Have they moved to another server or they're
just not functioning anymore?Cheers
Andrea-------------------------------------------------------------------------
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference Don't miss this year's exciting event. There's still time to save $100. Use priority code J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
_______________________________________________
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel!DSPAM:4007,48200da958033327367457!
--
Justin Deoliveira
The Open Planning Project
jdeolive@anonymised.com
Justin Deoliveira ha scritto:
Yeah I saw that as well... and yes that is an issue on 1.6.x. But the real issue is the opengeo snapshot dependency from opengeo. I sent email about this yesterday but got no answer. CC'ing andrea as I am dubbing him "master of short build times"
Ha ha ha 
Sorry I did not answer. Yes, I agree we should use a single repository,
hitting two repos far away in the states is going to kill whoever
is in Europe.
Cheers
Andrea