[Geoserver-devel] WCS 1.1 build failures on the hudson server

Andrea_Aime4 · November 18, 2010, 11:12am

Hi,
this morning I took some time to look into the build failures and found
my local build had only a few of the ones reported by the build server.
Nevertheless, I applied a simple patch (actually a simple workaround to make
sure image/tiff is the first output format listed) and got a full pass
of WCS 1.1 on my machine, 157 tests passing.

Now, committed, then forced Hudson to do a normal build, a nightly
build, and then run cite again... and got a slew of failures again.
But on my machine everything is working as expected...

Am I missing some steps/configurations to reproduce what the build
server is doing?
I'm basically running the cite engine with mvn jetty:run-exploded
and hitting GeoServer running wit the WCS 1.1 data directory,
no extra fiddling of any kind.

Cheers
Andrea

-----------------------------------------------------
Ing. Andrea Aime
Senior Software Engineer

GeoSolutions S.A.S.
Via Poggio alle Viti 1187
55054 Massarosa (LU)
Italy

phone: +39 0584962313
fax: +39 0584962313

http://www.geo-solutions.it
http://geo-solutions.blogspot.com/
http://www.linkedin.com/in/andreaaime
http://twitter.com/geowolf

-----------------------------------------------------

Justin_Deoliveira · November 18, 2010, 2:58pm

Hmmm… looking at the log it does not seem the errors are with the fact that other non geotiff formats are being used:

http://gridlock.opengeo.org:7070/teamengine/viewSessionLog.jsp?session=wcs-1.1.1

In fact many of the errors suggest that the configuration is quite messed up. Here is the interactive log:

http://gridlock.opengeo.org:7070/teamengine/viewSessionLog.jsp?session=wcs-1.1.1

I will start up the geoserver manually now in order to test against something live.

-Justin

On Thu, Nov 18, 2010 at 4:12 AM, Andrea Aime <andrea.aime@anonymised.com> wrote:

Hi,
this morning I took some time to look into the build failures and found
my local build had only a few of the ones reported by the build server.
Nevertheless, I applied a simple patch (actually a simple workaround to make
sure image/tiff is the first output format listed) and got a full pass
of WCS 1.1 on my machine, 157 tests passing.

Now, committed, then forced Hudson to do a normal build, a nightly
build, and then run cite again… and got a slew of failures again.
But on my machine everything is working as expected…

Am I missing some steps/configurations to reproduce what the build
server is doing?
I’m basically running the cite engine with mvn jetty:run-exploded
and hitting GeoServer running wit the WCS 1.1 data directory,
no extra fiddling of any kind.

Cheers
Andrea

Ing. Andrea Aime
Senior Software Engineer

GeoSolutions S.A.S.
Via Poggio alle Viti 1187
55054 Massarosa (LU)
Italy

phone: +39 0584962313
fax: +39 0584962313

http://www.geo-solutions.it
http://geo-solutions.blogspot.com/
http://www.linkedin.com/in/andreaaime
http://twitter.com/geowolf

Beautiful is writing same markup. Internet Explorer 9 supports
standards for HTML5, CSS3, SVG 1.1, ECMAScript5, and DOM L2 & L3.
Spend less time writing and rewriting code and more time creating great
experiences on the web. Be a part of the beta today
http://p.sf.net/sfu/msIE9-sfdev2dev

Geoserver-devel mailing list
Geoserver-devel@anonymised.comsts.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

–
Justin Deoliveira
OpenGeo - http://opengeo.org
Enterprise support for open source geospatial.

Justin_Deoliveira · November 18, 2010, 3:04pm

Never mind, this was a problem on the build server with how the data directory was being setup. Laughingly a nonsense data directory was being used and the test suite still passes a bunch of tests

Anyways, problem should be fixed. If you fire off the cite wcs-1.1 job it should work.

Thanks btw for fixing those issues. We can now turn on the cite wcs job to report failures to the mailing list.

-Justin

On Thu, Nov 18, 2010 at 7:58 AM, Justin Deoliveira <jdeolive@anonymised.com> wrote:

Hmmm… looking at the log it does not seem the errors are with the fact that other non geotiff formats are being used:

http://gridlock.opengeo.org:7070/teamengine/viewSessionLog.jsp?session=wcs-1.1.1

In fact many of the errors suggest that the configuration is quite messed up. Here is the interactive log:

http://gridlock.opengeo.org:7070/teamengine/viewSessionLog.jsp?session=wcs-1.1.1

I will start up the geoserver manually now in order to test against something live.

-Justin

On Thu, Nov 18, 2010 at 4:12 AM, Andrea Aime <andrea.aime@anonymised.com> wrote:

Hi,
this morning I took some time to look into the build failures and found
my local build had only a few of the ones reported by the build server.
Nevertheless, I applied a simple patch (actually a simple workaround to make
sure image/tiff is the first output format listed) and got a full pass
of WCS 1.1 on my machine, 157 tests passing.

Now, committed, then forced Hudson to do a normal build, a nightly
build, and then run cite again… and got a slew of failures again.
But on my machine everything is working as expected…

Am I missing some steps/configurations to reproduce what the build
server is doing?
I’m basically running the cite engine with mvn jetty:run-exploded
and hitting GeoServer running wit the WCS 1.1 data directory,
no extra fiddling of any kind.

Cheers
Andrea

Ing. Andrea Aime
Senior Software Engineer

GeoSolutions S.A.S.
Via Poggio alle Viti 1187
55054 Massarosa (LU)
Italy

phone: +39 0584962313
fax: +39 0584962313

http://www.geo-solutions.it
http://geo-solutions.blogspot.com/
http://www.linkedin.com/in/andreaaime
http://twitter.com/geowolf

Beautiful is writing same markup. Internet Explorer 9 supports
standards for HTML5, CSS3, SVG 1.1, ECMAScript5, and DOM L2 & L3.
Spend less time writing and rewriting code and more time creating great
experiences on the web. Be a part of the beta today
http://p.sf.net/sfu/msIE9-sfdev2dev

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
OpenGeo - http://opengeo.org
Enterprise support for open source geospatial.

Andrea_Aime4 · November 18, 2010, 3:10pm

On Thu, Nov 18, 2010 at 4:04 PM, Justin Deoliveira <jdeolive@anonymised.com> wrote:

Never mind, this was a problem on the build server with how the data
directory was being setup. Laughingly a nonsense data directory was being
used and the test suite still passes a bunch of tests

Don't get me started, that test suite is really a joke (tests only
formal compliance,
does not actually check GetCoverage results).

Anyways, problem should be fixed. If you fire off the cite wcs-1.1 job it
should work.

Yup, I see the build is working

Thanks btw for fixing those issues. We can now turn on the cite wcs job to
report failures to the mailing list.

Yay!