[GeoNetwork-devel] GN 3.0.x not building

Hi all,

as reported in another thread, the official nighly builds (http://nightlybuild.geonetwork-opensource.org/trunk/) are not building since 25/12.

Our jenkins reports the first build failure on 15/12/2015.
You can check the build logs at
    http://build.geo-solutions.it/jenkins/job/GeoNetwork-3.0.x-Nightly/
The errors in the latest build are the same as the ones on 15/12.

This is the log reporting the commits which initially caused the failure
(I'm pasting it here because the related build has been removed from the
Jenkins history):

----------------------------------------
Changes:

[breuil] Check that the md extent is valid before calling fit() (#1308)

[breuil] Use gnMap functions to add the layer to the map and properly zoom to it

[breuil] Allow GeonetworkDataDirectory sub-paths to be set via bean properties

[breuil] add missing setter for uploadDir

[fx.prunayre] Fix 2.10.4 > 3.x migration due to wrong package name. Fix 3.0.2 > 3.0.3 migration is made first by hibernate, then by the SQL.

[fx.prunayre] Improve csw:Record support.

[fx.prunayre] Harvester / CSW / If outputSchema defined, set the appropriate typename. If not set, fallback to previous mechanism. Some CSW server does not well support
multiple comma separated typenames.

[fx.prunayre] Update from transifex.

[fx.prunayre] JSLint.

[fx.prunayre] JSLint.

[fx.prunayre] Harvester / CSW / Infinite loop #1355.

[fx.prunayre] Fix CSW tests.

[fx.prunayre] Harvester / CSW / Infinite loop #1355.

[fx.prunayre] Harvester / CSW / Fail to set criteria when duplicates in SupportedISOQueryables #1356.

[fx.prunayre] Update version to 3.0.3-0

[fx.prunayre] Update version to 3.0.4-SNAPSHOT

[fx.prunayre] Add migration script for 3.0.4.

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

Is GeoNetwork building properly in your environment?

   Thanks,
   Emanuele

--

GeoServer Professional Services from the experts!
Visit http://goo.gl/NWWaa2 for more information.

Ing. Emanuele Tajariol
Technical Lead

GeoSolutions S.A.S.
Via Poggio alle Viti 1187
55054 Massarosa (LU)
Italy
phone: +39 0584 962313
fax: +39 0584 1660272
mob: +39 380 2116282

http://www.geo-solutions.it
http://twitter.com/geosolutions_it

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

Hi Emanuele,

···

2016-01-08 12:57 GMT+01:00 Emanuele Tajariol <etj@anonymised.com>:

Hi all,

as reported in another thread, the official nighly builds (http://nightlybuild.geonetwork-opensource.org/trunk/) are not building since 25/12.

Our jenkins reports the first build failure on 15/12/2015.
You can check the build logs at
http://build.geo-solutions.it/jenkins/job/GeoNetwork-3.0.x-Nightly/
The errors in the latest build are the same as the ones on 15/12.

This is the log reporting the commits which initially caused the failure
(I’m pasting it here because the related build has been removed from the
Jenkins history):


Changes:

[breuil] Check that the md extent is valid before calling fit() (#1308)

[breuil] Use gnMap functions to add the layer to the map and properly zoom to it

[breuil] Allow GeonetworkDataDirectory sub-paths to be set via bean properties

[breuil] add missing setter for uploadDir

[fx.prunayre] Fix 2.10.4 > 3.x migration due to wrong package name. Fix 3.0.2 > 3.0.3 migration is made first by hibernate, then by the SQL.

[fx.prunayre] Improve csw:Record support.

[fx.prunayre] Harvester / CSW / If outputSchema defined, set the appropriate typename. If not set, fallback to previous mechanism. Some CSW server does not well support
multiple comma separated typenames.

[fx.prunayre] Update from transifex.

[fx.prunayre] JSLint.

[fx.prunayre] JSLint.

[fx.prunayre] Harvester / CSW / Infinite loop #1355.

[fx.prunayre] Fix CSW tests.

[fx.prunayre] Harvester / CSW / Infinite loop #1355.

[fx.prunayre] Harvester / CSW / Fail to set criteria when duplicates in SupportedISOQueryables #1356.

[fx.prunayre] Update version to 3.0.3-0

[fx.prunayre] Update version to 3.0.4-SNAPSHOT

[fx.prunayre] Add migration script for 3.0.4.


Is GeoNetwork building properly in your environment?

Looks good on travis.
https://travis-ci.org/geonetwork/core-geonetwork/builds/101039009

but travis is skipping tests so not a good indicator! Do you know how to turn them on ?

The issue looks to come from

java.lang.AssertionError: /work/nodes_node1/config/schema_plugins/iso19139/index-fields/default.xsl expected:<56800> but was:<56669>
at org.junit.Assert.fail(Assert.java:93)
at org.junit.Assert.failNotEquals(Assert.java:647)
at org.junit.Assert.assertEquals(Assert.java:128)
at org.junit.Assert.assertEquals(Assert.java:472)
at org.fao.geonet.GeonetTestFixture$CompareDataDirectory.visitFile(GeonetTestFixture.java:316)

Without the check https://github.com/geonetwork/core-geonetwork/blob/develop/core/src/test/java/org/fao/geonet/GeonetTestFixture.java#L314, test are ok. I don’t see why the default.xsl does not have the same size. Any idea ?

Francois

Thanks,
Emanuele

GeoServer Professional Services from the experts!
Visit http://goo.gl/NWWaa2 for more information.

Ing. Emanuele Tajariol
Technical Lead

GeoSolutions S.A.S.
Via Poggio alle Viti 1187
55054 Massarosa (LU)
Italy
phone: +39 0584 962313
fax: +39 0584 1660272
mob: +39 380 2116282

http://www.geo-solutions.it
http://twitter.com/geosolutions_it




GeoNetwork-devel mailing list
GeoNetwork-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geonetwork-devel
GeoNetwork OpenSource is maintained at http://sourceforge.net/projects/geonetwork

Hi

I just build 3.0.x branch locally (mvn clean install), using the latest revision:

commit 51a4a6fcc371d8c7ffa784b4fc5ccdf4af96344f

Merge: 3b16691 849951f

Author: François Prunayre <fx.prunayre@anonymised.com>

Date: Fri Jan 8 12:30:59 2016 +0100

And builds fine for me, using Java 7 and Maven 3.1.1

Regards,

Jose García

···

On Fri, Jan 8, 2016 at 2:14 PM, Francois Prunayre <fx.prunayre@anonymised.com> wrote:

Hi Emanuele,



GeoNetwork-devel mailing list
GeoNetwork-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geonetwork-devel
GeoNetwork OpenSource is maintained at http://sourceforge.net/projects/geonetwork

2016-01-08 12:57 GMT+01:00 Emanuele Tajariol <etj@anonymised.com>:

Hi all,

as reported in another thread, the official nighly builds (http://nightlybuild.geonetwork-opensource.org/trunk/) are not building since 25/12.

Our jenkins reports the first build failure on 15/12/2015.
You can check the build logs at
http://build.geo-solutions.it/jenkins/job/GeoNetwork-3.0.x-Nightly/
The errors in the latest build are the same as the ones on 15/12.

This is the log reporting the commits which initially caused the failure
(I’m pasting it here because the related build has been removed from the
Jenkins history):


Changes:

[breuil] Check that the md extent is valid before calling fit() (#1308)

[breuil] Use gnMap functions to add the layer to the map and properly zoom to it

[breuil] Allow GeonetworkDataDirectory sub-paths to be set via bean properties

[breuil] add missing setter for uploadDir

[fx.prunayre] Fix 2.10.4 > 3.x migration due to wrong package name. Fix 3.0.2 > 3.0.3 migration is made first by hibernate, then by the SQL.

[fx.prunayre] Improve csw:Record support.

[fx.prunayre] Harvester / CSW / If outputSchema defined, set the appropriate typename. If not set, fallback to previous mechanism. Some CSW server does not well support
multiple comma separated typenames.

[fx.prunayre] Update from transifex.

[fx.prunayre] JSLint.

[fx.prunayre] JSLint.

[fx.prunayre] Harvester / CSW / Infinite loop #1355.

[fx.prunayre] Fix CSW tests.

[fx.prunayre] Harvester / CSW / Infinite loop #1355.

[fx.prunayre] Harvester / CSW / Fail to set criteria when duplicates in SupportedISOQueryables #1356.

[fx.prunayre] Update version to 3.0.3-0

[fx.prunayre] Update version to 3.0.4-SNAPSHOT

[fx.prunayre] Add migration script for 3.0.4.


Is GeoNetwork building properly in your environment?

Looks good on travis.
https://travis-ci.org/geonetwork/core-geonetwork/builds/101039009

but travis is skipping tests so not a good indicator! Do you know how to turn them on ?

The issue looks to come from

java.lang.AssertionError: /work/nodes_node1/config/schema_plugins/iso19139/index-fields/default.xsl expected:<56800> but was:<56669>
at org.junit.Assert.fail(Assert.java:93)
at org.junit.Assert.failNotEquals(Assert.java:647)
at org.junit.Assert.assertEquals(Assert.java:128)
at org.junit.Assert.assertEquals(Assert.java:472)
at org.fao.geonet.GeonetTestFixture$CompareDataDirectory.visitFile(GeonetTestFixture.java:316)

Without the check https://github.com/geonetwork/core-geonetwork/blob/develop/core/src/test/java/org/fao/geonet/GeonetTestFixture.java#L314, test are ok. I don’t see why the default.xsl does not have the same size. Any idea ?

Francois

Thanks,
Emanuele

GeoServer Professional Services from the experts!
Visit http://goo.gl/NWWaa2 for more information.

Ing. Emanuele Tajariol
Technical Lead

GeoSolutions S.A.S.
Via Poggio alle Viti 1187
55054 Massarosa (LU)
Italy
phone: +39 0584 962313
fax: +39 0584 1660272
mob: +39 380 2116282

http://www.geo-solutions.it
http://twitter.com/geosolutions_it




GeoNetwork-devel mailing list
GeoNetwork-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geonetwork-devel
GeoNetwork OpenSource is maintained at http://sourceforge.net/projects/geonetwork

Vriendelijke groeten / Kind regards,

Jose García


Veenderweg 13
6721 WD Bennekom
The Netherlands
T: +31 (0)318 416664

Please consider the environment before printing this email.

Hi,

Looks good on travis.
https://travis-ci.org/geonetwork/core-geonetwork/builds/101039009
but travis is skipping tests so not a good indicator! Do you know how to
turn them on ?

They actually are launched, but travis on java projects (when maven is
detected) begins with a mvn clean install -DskipTests (so that the .m2
is populated with the necessary dependencies as well as the actual
application), see line #133 and #5067 of the travis-ci output from
your previous link.

Regards,

-- Pierre