Re: [Geotools-devel] GeoTools Travis CI failing

[Torben Barsballe]

Well, this failure isn't occurring anymore. I'm still not certain what was
causing the issue, but it seemed to be related to a new or empty maven
repo. I wouldn't be surprised if this comes up again in 6 months when
master switches over to 22-SNAPSHOT (although this only started happening
relatively recently, rather than last month, so maybe its something else).

I've closed the assorted test PRs, and rerun all the recent failing travis
builds. All remaining Travis failures are now legitimate.

Torben

On Thu, Sep 20, 2018 at 3:21 PM Torben Barsballe <
tbarsba...@boundlessgeo.com> wrote:

> While testing the GeoTools 20.0 release artifacts, I seem to have managed
> to reproduced the issue:
>
> [*INFO*] Installing
> /Users/tbarsballe/Downloads/geotools-20.0-project/modules/ogc/net.opengis.wfs/target/net.opengis.wfs-20.0-sources.jar
> to
> /Users/tbarsballe/Downloads/geotools-20.0-project/./m2/org/geotools/ogc/net.opengis.wfs/20.0/net.opengis.wfs-20.0-sources.jar
>
>
>
> This takes a while (~10+ minutes) to complete - fresh install only. It
> still completed with no issue.
>
>
> The jar in questions is quite small (~500KB) so I don't see any reason why
> this would take so long.
>
>
>
> Also, I tried out a PR with no functional changes, and it passed:
> https://github.com/geotools/geotools/pull/2053
>
> So it looks like the travis issue has just gone away...
>
>
> I've restarted all the previous failed builds, we'll see if they complete
> this time around...
>
>
> Torben
>
>
>
> On Thu, Sep 20, 2018 at 11:38 AM Torben Barsballe <
> tbarsba...@boundlessgeo.com> wrote:
>
>> Indeed it did. Looking at change-set, some of the version updates were
>> major versions, so thats probably a good place to start.
>>
>> I'm going to try manually splitting up the changes, and look and see if
>> specific subsets/version changes pass / fail.
>>
>> In general, the various version updates seem useful, so I'd like to avoid
>> reverting all of them if possible.
>>
>> Torben
>>
>> On Thu, Sep 20, 2018 at 10:43 AM Andrea Aime <
>> andrea.a...@geo-solutions.it> wrote:
>>
>>> Funny enough, the Travis build passed. I've forced a restart to see if
>>> it's repeatable
>>>
>>> Cheers
>>> Andrea
>>>
>>> On Thu, Sep 20, 2018 at 7:09 PM Torben Barsballe <
>>> tbarsba...@boundlessgeo.com> wrote:
>>>
 Its something I can try.
 Based on the failure, and the contents of that commit, I'm still not
 entirely certain the commit is the cause of the issue - its quite possible
 that there is something else wrong with travis that just so happened to
 occur around the same time.

 However, this may help rule out causes, so I've created such a PR here:
 https://github.com/geotools/geotools/pull/2051



 On Thu, Sep 20, 2018 at 9:56 AM Andrea Aime <
 andrea.a...@geo-solutions.it> wrote:

> Thinking out loud, what if you make a PR where that commit gets
> reverted, would that fix it?
>
> Cheers
> Andrea
>
>
> On Thu, Sep 20, 2018 at 6:54 PM Torben Barsballe <
> tbarsba...@boundlessgeo.com> wrote:
>
>> Okay, after testing on Jenkins, this seems to only be a problem on
>> Travis - the same lines execute quite quickly in the Jenkins build.
>>
>> This problem appears to affect all GeoTools travis builds made since
>> September 16. First build I could find that showed the issue was
>> https://travis-ci.org/geotools/geotools/builds/429272586?utm_source=github_status_medium=notification
>>
>> (Note that the build for that PR
>>  was fine, but the
>> build of the commit
>> 
>> after it was merged to master was not).
>>
>> I'm really not sure what is going on here - if anyone has any ideas
>> they would be most appreciated.
>>
>> Torben
>>
>> On Wed, Sep 19, 2018 at 1:46 PM Torben Barsballe <
>> tbarsba...@boundlessgeo.com> wrote:
>>
>>> I've been seeing this a lot recently in the GeoTools Travis CI builds, 
>>> across various different GeoTools PRs:
>>>
>>> [INFO] Installing 
>>> /home/travis/build/geotools/geotools/modules/ogc/net.opengis.wmts/target/net.opengis.wmts-21-SNAPSHOT.jar
>>>  to 
>>> /home/travis/.m2/repository/org/geotools/ogc/net.opengis.wmts/21-SNAPSHOT/net.opengis.wmts-21-SNAPSHOT.jar
>>> [INFO] Installing 
>>> /home/travis/build/geotools/geotools/modules/ogc/net.opengis.wmts/pom.xml
>>>  to 
>>> /home/travis/.m2/repository/org/geotools/ogc/net.opengis.wmts/21-SNAPSHOT/net.opengis.wmts-21-SNAPSHOT.pom
>>> [INFO] Installing 
>>> /home/travis/build/geotools/geotools/modules/ogc/net.opengis.wmts/target/net.opengis.wmts-21-SNAPSHOT-sources.jar
>>>  to 
>>> /home/travis/.m2/repository/org/geotools/ogc/net.opengis.wmts/21-SNAPSHOT/net.opengis.wmts-21-SNAPSHOT-sources.jar
>>>

Re: [Geotools-devel] GeoTools 20.0 Artifacts available for testing

[Torben Barsballe]

Testing the artifacts:

The GeoTools project.zip builds successfully with an empty maven repo on OS
X.

Looking at the docs, I found one issue: The Upgrade Guide for GeoTools 20.x
references JTS 1.15, but the JTS dependency included is actually 1.16. The
rest of the content in that section is correct.

I'm rebuilding the artifacts to fix the doc issue.

Torben

On Thu, Sep 20, 2018 at 1:49 PM Torben Barsballe <
tbarsba...@boundlessgeo.com> wrote:

> Additionally, a preliminary blog post is available for review here: (The
> links to the artifacts won't work yet, since the release hasn't been
> published).
>
> Jim/Jody - is there anything further you wanted to add to the JTS section
> of that blog post? Current text is:
>
> *JTS upgraded to version 1.16*
>> JTS has been upgraded to version 1.16. This marks a significant change in
>> package naming, the library has switched from "com.vividsolutions" to
>> "org.locationtech"  packages and all GeoTools code has been updated to
>> follow suit.
>> JTS classes are widely used in GeoTools, as a result the client code
>> using GeoTools will also have to be modified to follow suite. Thankfully
>> the changes amount to a search and replace and can be easily automated,
>> please check the upgrade instructions
>> 
>>  available
>> in the GeoTools site.
>
>
> Cheers,
>
> Torben
>
>
> On Thu, Sep 20, 2018 at 1:33 PM Torben Barsballe <
> tbarsba...@boundlessgeo.com> wrote:
>
>> The GeoTools 20.0 Artifacts are available for testing here:
>> https://build.geoserver.org/geotools/release/20.0/
>>
>> Anyone who can test is appreciated.
>>
>> Cheers,
>>
>> Torben
>>
>
___
GeoTools-Devel mailing list
GeoTools-Devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geotools-devel

[Geotools-devel] Build failed in Jenkins: geotools-20.x #8

[monitor]

See 


Changes:

[tbarsballe] change jts version number in upgrade instructions

--
[...truncated 3.75 MB...]
  adding: org/opengis/feature/ComplexAttribute.html (deflated 84%)
  adding: org/opengis/feature/doc-files/ (stored 0%)
  adding: org/opengis/feature/doc-files/feature.gif (deflated 1%)
  adding: org/opengis/feature/BackingStoreException.html (deflated 84%)
  adding: org/opengis/feature/package-frame.html (deflated 71%)
  adding: org/opengis/util/ (stored 0%)
  adding: org/opengis/util/package-use.html (deflated 94%)
  adding: org/opengis/util/SimpleEnumerationType.html (deflated 85%)
  adding: org/opengis/util/NameSpace.html (deflated 79%)
  adding: org/opengis/util/class-use/ (stored 0%)
  adding: org/opengis/util/class-use/SimpleEnumerationType.html (deflated 75%)
  adding: org/opengis/util/class-use/NameSpace.html (deflated 84%)
  adding: org/opengis/util/class-use/GenericName.html (deflated 91%)
  adding: org/opengis/util/class-use/RecordType.html (deflated 88%)
  adding: org/opengis/util/class-use/ScopedName.html (deflated 85%)
  adding: org/opengis/util/class-use/CodeList.html (deflated 88%)
  adding: org/opengis/util/class-use/Record.html (deflated 88%)
  adding: org/opengis/util/class-use/RecordSchema.html (deflated 81%)
  adding: org/opengis/util/class-use/Cloneable.html (deflated 88%)
  adding: org/opengis/util/class-use/TypeName.html (deflated 87%)
  adding: org/opengis/util/class-use/NameFactory.html (deflated 75%)
  adding: org/opengis/util/class-use/MemberName.html (deflated 88%)
  adding: org/opengis/util/class-use/LocalName.html (deflated 90%)
  adding: org/opengis/util/class-use/InternationalString.html (deflated 94%)
  adding: org/opengis/util/class-use/NoSuchEnumerationException.html (deflated 
74%)
  adding: org/opengis/util/class-use/ProgressListener.html (deflated 93%)
  adding: org/opengis/util/class-use/UnlimitedInteger.html (deflated 78%)
  adding: org/opengis/util/GenericName.html (deflated 84%)
  adding: org/opengis/util/RecordType.html (deflated 82%)
  adding: org/opengis/util/ScopedName.html (deflated 83%)
  adding: org/opengis/util/package-tree.html (deflated 82%)
  adding: org/opengis/util/CodeList.html (deflated 84%)
  adding: org/opengis/util/Record.html (deflated 81%)
  adding: org/opengis/util/RecordSchema.html (deflated 81%)
  adding: org/opengis/util/package-summary.html (deflated 78%)
  adding: org/opengis/util/Cloneable.html (deflated 77%)
  adding: org/opengis/util/TypeName.html (deflated 78%)
  adding: org/opengis/util/NameFactory.html (deflated 86%)
  adding: org/opengis/util/MemberName.html (deflated 78%)
  adding: org/opengis/util/LocalName.html (deflated 83%)
  adding: org/opengis/util/InternationalString.html (deflated 81%)
  adding: org/opengis/util/NoSuchEnumerationException.html (deflated 82%)
  adding: org/opengis/util/ProgressListener.html (deflated 81%)
  adding: org/opengis/util/UnlimitedInteger.html (deflated 86%)
  adding: org/opengis/util/package-frame.html (deflated 76%)
  adding: org/opengis/referencing/ (stored 0%)
  adding: org/opengis/referencing/package-use.html (deflated 93%)
  adding: org/opengis/referencing/Factory.html (deflated 83%)
  adding: org/opengis/referencing/AuthorityFactory.html (deflated 84%)
  adding: 
org/opengis/referencing/SpatialReferenceSystemUsingGeographicIdentifier.html 
(deflated 80%)
  adding: org/opengis/referencing/class-use/ (stored 0%)
  adding: org/opengis/referencing/class-use/Factory.html (deflated 90%)
  adding: org/opengis/referencing/class-use/AuthorityFactory.html (deflated 90%)
  adding: 
org/opengis/referencing/class-use/SpatialReferenceSystemUsingGeographicIdentifier.html
 (deflated 75%)
  adding: org/opengis/referencing/class-use/IdentifiedObject.html (deflated 93%)
  adding: org/opengis/referencing/class-use/ObjectFactory.html (deflated 88%)
  adding: org/opengis/referencing/class-use/NoSuchIdentifierException.html 
(deflated 89%)
  adding: org/opengis/referencing/class-use/ReferenceIdentifier.html (deflated 
91%)
  adding: org/opengis/referencing/class-use/NoSuchAuthorityCodeException.html 
(deflated 93%)
  adding: org/opengis/referencing/class-use/ReferenceSystem.html (deflated 89%)
  adding: org/opengis/referencing/class-use/FactoryException.html (deflated 95%)
  adding: org/opengis/referencing/IdentifiedObject.html (deflated 87%)
  adding: org/opengis/referencing/ObjectFactory.html (deflated 80%)
  adding: org/opengis/referencing/NoSuchIdentifierException.html (deflated 83%)
  adding: org/opengis/referencing/cs/ (stored 0%)
  adding: org/opengis/referencing/cs/CartesianCS.html (deflated 78%)
  adding: org/opengis/referencing/cs/CSAuthorityFactory.html (deflated 88%)
  adding: org/opengis/referencing/cs/package-use.html (deflated 90%)
  adding: org/opengis/referencing/cs/RangeMeaning.html (deflated 83%)
  adding: org/opengis/referencing/cs/class-use/ (stored 0%)
  adding: 

[Geotools-devel] Build failed in Jenkins: geotools-20.x-docs #4

[monitor]

See 


Changes:

[tbarsballe] Update to JTS 1.16.0

[tbarsballe] [GEOT-6087] Additional type mappings for jts geometry types (#2047)

[tbarsballe] Fix formatting errors

[tbarsballe] change jts version number in upgrade instructions

--
Started by an SCM change
Building remotely on apollo-slave-01 in workspace 

 > git rev-parse --is-inside-work-tree # timeout=10
Fetching changes from the remote Git repository
 > git config remote.origin.url git://github.com/geotools/geotools.git # 
 > timeout=10
Fetching upstream changes from git://github.com/geotools/geotools.git
 > git --version # timeout=10
 > git fetch --tags --progress git://github.com/geotools/geotools.git 
 > +refs/heads/*:refs/remotes/origin/*
 > git rev-parse origin/20.x^{commit} # timeout=10
Checking out Revision 52b03fa86a8ec4011ad3c3c6092ddf7fba9c6a73 (origin/20.x)
 > git config core.sparsecheckout # timeout=10
 > git checkout -f 52b03fa86a8ec4011ad3c3c6092ddf7fba9c6a73
 > git rev-list bc366e4f8eefea96bcf3af9ba33b34fed12304cf # timeout=10
[geotools-20.x-docs] $ /bin/sh -xe /tmp/jenkins2375480881431753878.sh
+ HOST=geotools.org
+ DIST=stable
+ cd docs
+ ant full
Buildfile: 


init:
 [echo] Build directory is 
 and project 
version is 20-SNAPSHOT

index:

sphinx-ignore-warnings:
 [exec] Running Sphinx v1.6.2
 [exec] loading pickled environment... done
 [exec] building [mo]: targets for 0 po files that are out of date
 [exec] building [html]: targets for 0 source files that are out of date
 [exec] updating environment: 0 added, 0 changed, 0 removed
 [exec] looking for now-outdated files... none found
 [exec] no targets are out of date.
 [exec] build succeeded.

user:

sphinx:
 [echo] Running sphinx-build -D release=20-SNAPSHOT -W -b html -d 
"
 . 
"
 [exec] Running Sphinx v1.6.2
 [exec] loading pickled environment... done
 [exec] building [mo]: targets for 0 po files that are out of date
 [exec] building [html]: targets for 1 source files that are out of date
 [exec] updating environment: 0 added, 1 changed, 0 removed
 [exec] reading sources... [100%] welcome/upgrade
 [exec] 
 [exec] looking for now-outdated files... none found
 [exec] pickling environment... done
 [exec] checking consistency... done
 [exec] preparing documents... done
 [exec] writing output... [ 33%] index
 [exec] writing output... [ 66%] welcome/index
 [exec] writing output... [100%] welcome/upgrade
 [exec] 
 [exec] generating indices...
 [exec] writing additional pages... search
 [exec] copying downloadable files... [  1%] 
src/main/java/org/geotools/tutorial/csv2/CSVFeatureStore.java
 [exec] copying downloadable files... [  3%] 
src/main/java/org/geotools/po/bindings/SKUBinding.java
 [exec] copying downloadable files... [  5%] 
../modules/unsupported/csv/src/main/java/org/geotools/data/csv/CSVFileState.java
 [exec] copying downloadable files... [  7%] 
tutorial/quickstart/artifacts/pom.xml
 [exec] copying downloadable files... [  9%] 
src/main/java/org/geotools/po/bindings/PurchaseOrderBinding.java
 [exec] copying downloadable files... [ 11%] 
../modules/unsupported/csv/src/main/java/org/geotools/data/csv/CSVFeatureSource.java
 [exec] copying downloadable files... [ 13%] 
../modules/plugin/svg/src/test/resources/org/geotools/renderer/lite/test-data/convenience.svg
 [exec] copying downloadable files... [ 15%] artifacts/EPSG_v65.mdb-sql.zip
 [exec] copying downloadable files... [ 17%] 
../modules/unsupported/csv/src/test/java/org/geotools/data/csv/parse/CSVWriteStrategyTest.java
 [exec] copying downloadable files... [ 19%] 
../modules/unsupported/csv/src/main/java/org/geotools/data/csv/CSVDataStoreFactory.java
 [exec] copying downloadable files... [ 21%] 
src/main/java/org/geotools/po/bindings/USAddressBinding.java
 [exec] copying downloadable files... [ 23%] 
../modules/unsupported/csv/src/main/java/org/geotools/data/csv/parse/CSVIterator.java
 [exec] copying downloadable files... [ 25%] 
../modules/library/main/src/test/resources/org/geotools/styling/test-data/markTest.sld
 [exec] copying downloadable files... [ 27%] 
../modules/plugin/charts/src/test/resources/org/geotools/renderer/chart/test-data/pieCharts.sld
 [exec] copying downloadable files... [ 29%] 
../modules/library/sample-data/src/main/resources/org/geotools/test-data/shapes/streams.dbf
 [exec] copying downloadable files... [ 31%] 

Re: [Geotools-devel] GeoTools Travis CI failing

[Torben Barsballe]

While testing the GeoTools 20.0 release artifacts, I seem to have managed
to reproduced the issue:

[*INFO*] Installing
/Users/tbarsballe/Downloads/geotools-20.0-project/modules/ogc/net.opengis.wfs/target/net.opengis.wfs-20.0-sources.jar
to
/Users/tbarsballe/Downloads/geotools-20.0-project/./m2/org/geotools/ogc/net.opengis.wfs/20.0/net.opengis.wfs-20.0-sources.jar



This takes a while (~10+ minutes) to complete - fresh install only. It
still completed with no issue.


The jar in questions is quite small (~500KB) so I don't see any reason why
this would take so long.



Also, I tried out a PR with no functional changes, and it passed:
https://github.com/geotools/geotools/pull/2053

So it looks like the travis issue has just gone away...


I've restarted all the previous failed builds, we'll see if they complete
this time around...


Torben



On Thu, Sep 20, 2018 at 11:38 AM Torben Barsballe <
tbarsba...@boundlessgeo.com> wrote:

> Indeed it did. Looking at change-set, some of the version updates were
> major versions, so thats probably a good place to start.
>
> I'm going to try manually splitting up the changes, and look and see if
> specific subsets/version changes pass / fail.
>
> In general, the various version updates seem useful, so I'd like to avoid
> reverting all of them if possible.
>
> Torben
>
> On Thu, Sep 20, 2018 at 10:43 AM Andrea Aime 
> wrote:
>
>> Funny enough, the Travis build passed. I've forced a restart to see if
>> it's repeatable
>>
>> Cheers
>> Andrea
>>
>> On Thu, Sep 20, 2018 at 7:09 PM Torben Barsballe <
>> tbarsba...@boundlessgeo.com> wrote:
>>
>>> Its something I can try.
>>> Based on the failure, and the contents of that commit, I'm still not
>>> entirely certain the commit is the cause of the issue - its quite possible
>>> that there is something else wrong with travis that just so happened to
>>> occur around the same time.
>>>
>>> However, this may help rule out causes, so I've created such a PR here:
>>> https://github.com/geotools/geotools/pull/2051
>>>
>>>
>>>
>>> On Thu, Sep 20, 2018 at 9:56 AM Andrea Aime <
>>> andrea.a...@geo-solutions.it> wrote:
>>>
 Thinking out loud, what if you make a PR where that commit gets
 reverted, would that fix it?

 Cheers
 Andrea


 On Thu, Sep 20, 2018 at 6:54 PM Torben Barsballe <
 tbarsba...@boundlessgeo.com> wrote:

> Okay, after testing on Jenkins, this seems to only be a problem on
> Travis - the same lines execute quite quickly in the Jenkins build.
>
> This problem appears to affect all GeoTools travis builds made since
> September 16. First build I could find that showed the issue was
> https://travis-ci.org/geotools/geotools/builds/429272586?utm_source=github_status_medium=notification
>
> (Note that the build for that PR
>  was fine, but the
> build of the commit
> 
> after it was merged to master was not).
>
> I'm really not sure what is going on here - if anyone has any ideas
> they would be most appreciated.
>
> Torben
>
> On Wed, Sep 19, 2018 at 1:46 PM Torben Barsballe <
> tbarsba...@boundlessgeo.com> wrote:
>
>> I've been seeing this a lot recently in the GeoTools Travis CI builds, 
>> across various different GeoTools PRs:
>>
>> [INFO] Installing 
>> /home/travis/build/geotools/geotools/modules/ogc/net.opengis.wmts/target/net.opengis.wmts-21-SNAPSHOT.jar
>>  to 
>> /home/travis/.m2/repository/org/geotools/ogc/net.opengis.wmts/21-SNAPSHOT/net.opengis.wmts-21-SNAPSHOT.jar
>> [INFO] Installing 
>> /home/travis/build/geotools/geotools/modules/ogc/net.opengis.wmts/pom.xml
>>  to 
>> /home/travis/.m2/repository/org/geotools/ogc/net.opengis.wmts/21-SNAPSHOT/net.opengis.wmts-21-SNAPSHOT.pom
>> [INFO] Installing 
>> /home/travis/build/geotools/geotools/modules/ogc/net.opengis.wmts/target/net.opengis.wmts-21-SNAPSHOT-sources.jar
>>  to 
>> /home/travis/.m2/repository/org/geotools/ogc/net.opengis.wmts/21-SNAPSHOT/net.opengis.wmts-21-SNAPSHOT-sources.jar
>>
>>
>> No output has been received in the last 10m0s, this potentially 
>> indicates a stalled build or something wrong with the build itself.
>> Check the details on how to adjust your build configuration on: 
>> https://docs.travis-ci.com/user/common-build-problems/#Build-times-out-because-no-output-was-received
>>
>> The build has been terminated
>>
>>
>> The build always seems to terminate at the same point, right after
>> attempring to install 
>> /home/travis/build/geotools/geotools/modules/ogc/net.opengis.wmts/target/net.opengis.wmts-21-SNAPSHOT-sources.jar
>> to
>> /home/travis/.m2/repository/org/geotools/ogc/net.opengis.wmts/21-SNAPSHOT/net.opengis.wmts-21-SNAPSHOT-sources.jar
>>
>> I'm 

Re: [Geotools-devel] GeoTools 20.0 Artifacts available for testing

[Torben Barsballe]

Additionally, a preliminary blog post is available for review here: (The
links to the artifacts won't work yet, since the release hasn't been
published).

Jim/Jody - is there anything further you wanted to add to the JTS section
of that blog post? Current text is:

*JTS upgraded to version 1.16*
> JTS has been upgraded to version 1.16. This marks a significant change in
> package naming, the library has switched from "com.vividsolutions" to
> "org.locationtech"  packages and all GeoTools code has been updated to
> follow suit.
> JTS classes are widely used in GeoTools, as a result the client code using
> GeoTools will also have to be modified to follow suite. Thankfully the
> changes amount to a search and replace and can be easily automated, please
> check the upgrade instructions
> 
>  available
> in the GeoTools site.


Cheers,

Torben


On Thu, Sep 20, 2018 at 1:33 PM Torben Barsballe <
tbarsba...@boundlessgeo.com> wrote:

> The GeoTools 20.0 Artifacts are available for testing here:
> https://build.geoserver.org/geotools/release/20.0/
>
> Anyone who can test is appreciated.
>
> Cheers,
>
> Torben
>
___
GeoTools-Devel mailing list
GeoTools-Devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geotools-devel

[Geotools-devel] GeoTools 20.0 Artifacts available for testing

[Torben Barsballe]

The GeoTools 20.0 Artifacts are available for testing here:
https://build.geoserver.org/geotools/release/20.0/

Anyone who can test is appreciated.

Cheers,

Torben
___
GeoTools-Devel mailing list
GeoTools-Devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geotools-devel

Re: [Geotools-devel] GeoTools Travis CI failing

[Torben Barsballe]

Indeed it did. Looking at change-set, some of the version updates were
major versions, so thats probably a good place to start.

I'm going to try manually splitting up the changes, and look and see if
specific subsets/version changes pass / fail.

In general, the various version updates seem useful, so I'd like to avoid
reverting all of them if possible.

Torben

On Thu, Sep 20, 2018 at 10:43 AM Andrea Aime 
wrote:

> Funny enough, the Travis build passed. I've forced a restart to see if
> it's repeatable
>
> Cheers
> Andrea
>
> On Thu, Sep 20, 2018 at 7:09 PM Torben Barsballe <
> tbarsba...@boundlessgeo.com> wrote:
>
>> Its something I can try.
>> Based on the failure, and the contents of that commit, I'm still not
>> entirely certain the commit is the cause of the issue - its quite possible
>> that there is something else wrong with travis that just so happened to
>> occur around the same time.
>>
>> However, this may help rule out causes, so I've created such a PR here:
>> https://github.com/geotools/geotools/pull/2051
>>
>>
>>
>> On Thu, Sep 20, 2018 at 9:56 AM Andrea Aime 
>> wrote:
>>
>>> Thinking out loud, what if you make a PR where that commit gets
>>> reverted, would that fix it?
>>>
>>> Cheers
>>> Andrea
>>>
>>>
>>> On Thu, Sep 20, 2018 at 6:54 PM Torben Barsballe <
>>> tbarsba...@boundlessgeo.com> wrote:
>>>
 Okay, after testing on Jenkins, this seems to only be a problem on
 Travis - the same lines execute quite quickly in the Jenkins build.

 This problem appears to affect all GeoTools travis builds made since
 September 16. First build I could find that showed the issue was
 https://travis-ci.org/geotools/geotools/builds/429272586?utm_source=github_status_medium=notification

 (Note that the build for that PR
  was fine, but the
 build of the commit
 
 after it was merged to master was not).

 I'm really not sure what is going on here - if anyone has any ideas
 they would be most appreciated.

 Torben

 On Wed, Sep 19, 2018 at 1:46 PM Torben Barsballe <
 tbarsba...@boundlessgeo.com> wrote:

> I've been seeing this a lot recently in the GeoTools Travis CI builds, 
> across various different GeoTools PRs:
>
> [INFO] Installing 
> /home/travis/build/geotools/geotools/modules/ogc/net.opengis.wmts/target/net.opengis.wmts-21-SNAPSHOT.jar
>  to 
> /home/travis/.m2/repository/org/geotools/ogc/net.opengis.wmts/21-SNAPSHOT/net.opengis.wmts-21-SNAPSHOT.jar
> [INFO] Installing 
> /home/travis/build/geotools/geotools/modules/ogc/net.opengis.wmts/pom.xml 
> to 
> /home/travis/.m2/repository/org/geotools/ogc/net.opengis.wmts/21-SNAPSHOT/net.opengis.wmts-21-SNAPSHOT.pom
> [INFO] Installing 
> /home/travis/build/geotools/geotools/modules/ogc/net.opengis.wmts/target/net.opengis.wmts-21-SNAPSHOT-sources.jar
>  to 
> /home/travis/.m2/repository/org/geotools/ogc/net.opengis.wmts/21-SNAPSHOT/net.opengis.wmts-21-SNAPSHOT-sources.jar
>
>
> No output has been received in the last 10m0s, this potentially indicates 
> a stalled build or something wrong with the build itself.
> Check the details on how to adjust your build configuration on: 
> https://docs.travis-ci.com/user/common-build-problems/#Build-times-out-because-no-output-was-received
>
> The build has been terminated
>
>
> The build always seems to terminate at the same point, right after
> attempring to install 
> /home/travis/build/geotools/geotools/modules/ogc/net.opengis.wmts/target/net.opengis.wmts-21-SNAPSHOT-sources.jar
> to
> /home/travis/.m2/repository/org/geotools/ogc/net.opengis.wmts/21-SNAPSHOT/net.opengis.wmts-21-SNAPSHOT-sources.jar
>
> I'm not quite sure what is causing it ... based on the logs I would
> guess an error uploading the jar. Perhaps a permissions problem or lack of
> disk space?
>
> I'm not seeing any similar failures in appveyor or Jenkins.
>
> For now, I'm going to wait until Jenkins is actually up-to-date (and
> run a nightly build, then try restarting the Travis CI, but if anyone has
> any other ideas as to what is causing this issue I would be interested in
> hearing them.
>
> Torben
>
>
> ___
 GeoTools-Devel mailing list
 GeoTools-Devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/geotools-devel

>>>
>>>
>>> --
>>>
>>> Regards, Andrea Aime == GeoServer Professional Services from the
>>> experts! Visit http://goo.gl/it488V for more information. == Ing.
>>> Andrea Aime @geowolf Technical Lead GeoSolutions S.A.S. Via di Montramito
>>> 3/A 55054 Massarosa (LU) phone: +39 0584 962313 fax: +39 0584 1660272 mob:
>>> +39 339 8844549 

Re: [Geotools-devel] GeoTools Travis CI failing

[Andrea Aime]

Funny enough, the Travis build passed. I've forced a restart to see if it's
repeatable

Cheers
Andrea

On Thu, Sep 20, 2018 at 7:09 PM Torben Barsballe <
tbarsba...@boundlessgeo.com> wrote:

> Its something I can try.
> Based on the failure, and the contents of that commit, I'm still not
> entirely certain the commit is the cause of the issue - its quite possible
> that there is something else wrong with travis that just so happened to
> occur around the same time.
>
> However, this may help rule out causes, so I've created such a PR here:
> https://github.com/geotools/geotools/pull/2051
>
>
>
> On Thu, Sep 20, 2018 at 9:56 AM Andrea Aime 
> wrote:
>
>> Thinking out loud, what if you make a PR where that commit gets reverted,
>> would that fix it?
>>
>> Cheers
>> Andrea
>>
>>
>> On Thu, Sep 20, 2018 at 6:54 PM Torben Barsballe <
>> tbarsba...@boundlessgeo.com> wrote:
>>
>>> Okay, after testing on Jenkins, this seems to only be a problem on
>>> Travis - the same lines execute quite quickly in the Jenkins build.
>>>
>>> This problem appears to affect all GeoTools travis builds made since
>>> September 16. First build I could find that showed the issue was
>>> https://travis-ci.org/geotools/geotools/builds/429272586?utm_source=github_status_medium=notification
>>>
>>> (Note that the build for that PR
>>>  was fine, but the
>>> build of the commit
>>> 
>>> after it was merged to master was not).
>>>
>>> I'm really not sure what is going on here - if anyone has any ideas they
>>> would be most appreciated.
>>>
>>> Torben
>>>
>>> On Wed, Sep 19, 2018 at 1:46 PM Torben Barsballe <
>>> tbarsba...@boundlessgeo.com> wrote:
>>>
 I've been seeing this a lot recently in the GeoTools Travis CI builds, 
 across various different GeoTools PRs:

 [INFO] Installing 
 /home/travis/build/geotools/geotools/modules/ogc/net.opengis.wmts/target/net.opengis.wmts-21-SNAPSHOT.jar
  to 
 /home/travis/.m2/repository/org/geotools/ogc/net.opengis.wmts/21-SNAPSHOT/net.opengis.wmts-21-SNAPSHOT.jar
 [INFO] Installing 
 /home/travis/build/geotools/geotools/modules/ogc/net.opengis.wmts/pom.xml 
 to 
 /home/travis/.m2/repository/org/geotools/ogc/net.opengis.wmts/21-SNAPSHOT/net.opengis.wmts-21-SNAPSHOT.pom
 [INFO] Installing 
 /home/travis/build/geotools/geotools/modules/ogc/net.opengis.wmts/target/net.opengis.wmts-21-SNAPSHOT-sources.jar
  to 
 /home/travis/.m2/repository/org/geotools/ogc/net.opengis.wmts/21-SNAPSHOT/net.opengis.wmts-21-SNAPSHOT-sources.jar


 No output has been received in the last 10m0s, this potentially indicates 
 a stalled build or something wrong with the build itself.
 Check the details on how to adjust your build configuration on: 
 https://docs.travis-ci.com/user/common-build-problems/#Build-times-out-because-no-output-was-received

 The build has been terminated


 The build always seems to terminate at the same point, right after
 attempring to install 
 /home/travis/build/geotools/geotools/modules/ogc/net.opengis.wmts/target/net.opengis.wmts-21-SNAPSHOT-sources.jar
 to
 /home/travis/.m2/repository/org/geotools/ogc/net.opengis.wmts/21-SNAPSHOT/net.opengis.wmts-21-SNAPSHOT-sources.jar

 I'm not quite sure what is causing it ... based on the logs I would
 guess an error uploading the jar. Perhaps a permissions problem or lack of
 disk space?

 I'm not seeing any similar failures in appveyor or Jenkins.

 For now, I'm going to wait until Jenkins is actually up-to-date (and
 run a nightly build, then try restarting the Travis CI, but if anyone has
 any other ideas as to what is causing this issue I would be interested in
 hearing them.

 Torben


 ___
>>> GeoTools-Devel mailing list
>>> GeoTools-Devel@lists.sourceforge.net
>>> https://lists.sourceforge.net/lists/listinfo/geotools-devel
>>>
>>
>>
>> --
>>
>> Regards, Andrea Aime == GeoServer Professional Services from the experts!
>> Visit http://goo.gl/it488V for more information. == Ing. Andrea Aime
>> @geowolf Technical Lead GeoSolutions S.A.S. Via di Montramito 3/A 55054
>> Massarosa (LU) phone: +39 0584 962313 fax: +39 0584 1660272 mob: +39 339
>> 8844549 http://www.geo-solutions.it http://twitter.com/geosolutions_it
>> --- *Con riferimento
>> alla normativa sul trattamento dei dati personali (Reg. UE 2016/679 -
>> Regolamento generale sulla protezione dei dati “GDPR”), si precisa che ogni
>> circostanza inerente alla presente email (il suo contenuto, gli eventuali
>> allegati, etc.) è un dato la cui conoscenza è riservata al/i solo/i
>> destinatario/i indicati dallo scrivente. Se il messaggio Le è giunto per
>> errore, è tenuta/o a cancellarlo, ogni altra 

[Geotools-devel] Jenkins build is back to normal : geotools-20.x #7

[monitor]

See 




___
GeoTools-Devel mailing list
GeoTools-Devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geotools-devel

Re: [Geotools-devel] GeoTools Travis CI failing

[Torben Barsballe]

Its something I can try.
Based on the failure, and the contents of that commit, I'm still not
entirely certain the commit is the cause of the issue - its quite possible
that there is something else wrong with travis that just so happened to
occur around the same time.

However, this may help rule out causes, so I've created such a PR here:
https://github.com/geotools/geotools/pull/2051



On Thu, Sep 20, 2018 at 9:56 AM Andrea Aime 
wrote:

> Thinking out loud, what if you make a PR where that commit gets reverted,
> would that fix it?
>
> Cheers
> Andrea
>
>
> On Thu, Sep 20, 2018 at 6:54 PM Torben Barsballe <
> tbarsba...@boundlessgeo.com> wrote:
>
>> Okay, after testing on Jenkins, this seems to only be a problem on Travis
>> - the same lines execute quite quickly in the Jenkins build.
>>
>> This problem appears to affect all GeoTools travis builds made since
>> September 16. First build I could find that showed the issue was
>> https://travis-ci.org/geotools/geotools/builds/429272586?utm_source=github_status_medium=notification
>>
>> (Note that the build for that PR
>>  was fine, but the build
>> of the commit
>> 
>> after it was merged to master was not).
>>
>> I'm really not sure what is going on here - if anyone has any ideas they
>> would be most appreciated.
>>
>> Torben
>>
>> On Wed, Sep 19, 2018 at 1:46 PM Torben Barsballe <
>> tbarsba...@boundlessgeo.com> wrote:
>>
>>> I've been seeing this a lot recently in the GeoTools Travis CI builds, 
>>> across various different GeoTools PRs:
>>>
>>> [INFO] Installing 
>>> /home/travis/build/geotools/geotools/modules/ogc/net.opengis.wmts/target/net.opengis.wmts-21-SNAPSHOT.jar
>>>  to 
>>> /home/travis/.m2/repository/org/geotools/ogc/net.opengis.wmts/21-SNAPSHOT/net.opengis.wmts-21-SNAPSHOT.jar
>>> [INFO] Installing 
>>> /home/travis/build/geotools/geotools/modules/ogc/net.opengis.wmts/pom.xml 
>>> to 
>>> /home/travis/.m2/repository/org/geotools/ogc/net.opengis.wmts/21-SNAPSHOT/net.opengis.wmts-21-SNAPSHOT.pom
>>> [INFO] Installing 
>>> /home/travis/build/geotools/geotools/modules/ogc/net.opengis.wmts/target/net.opengis.wmts-21-SNAPSHOT-sources.jar
>>>  to 
>>> /home/travis/.m2/repository/org/geotools/ogc/net.opengis.wmts/21-SNAPSHOT/net.opengis.wmts-21-SNAPSHOT-sources.jar
>>>
>>>
>>> No output has been received in the last 10m0s, this potentially indicates a 
>>> stalled build or something wrong with the build itself.
>>> Check the details on how to adjust your build configuration on: 
>>> https://docs.travis-ci.com/user/common-build-problems/#Build-times-out-because-no-output-was-received
>>>
>>> The build has been terminated
>>>
>>>
>>> The build always seems to terminate at the same point, right after
>>> attempring to install 
>>> /home/travis/build/geotools/geotools/modules/ogc/net.opengis.wmts/target/net.opengis.wmts-21-SNAPSHOT-sources.jar
>>> to
>>> /home/travis/.m2/repository/org/geotools/ogc/net.opengis.wmts/21-SNAPSHOT/net.opengis.wmts-21-SNAPSHOT-sources.jar
>>>
>>> I'm not quite sure what is causing it ... based on the logs I would
>>> guess an error uploading the jar. Perhaps a permissions problem or lack of
>>> disk space?
>>>
>>> I'm not seeing any similar failures in appveyor or Jenkins.
>>>
>>> For now, I'm going to wait until Jenkins is actually up-to-date (and run
>>> a nightly build, then try restarting the Travis CI, but if anyone has any
>>> other ideas as to what is causing this issue I would be interested in
>>> hearing them.
>>>
>>> Torben
>>>
>>>
>>> ___
>> GeoTools-Devel mailing list
>> GeoTools-Devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/geotools-devel
>>
>
>
> --
>
> Regards, Andrea Aime == GeoServer Professional Services from the experts!
> Visit http://goo.gl/it488V for more information. == Ing. Andrea Aime
> @geowolf Technical Lead GeoSolutions S.A.S. Via di Montramito 3/A 55054
> Massarosa (LU) phone: +39 0584 962313 fax: +39 0584 1660272 mob: +39 339
> 8844549 http://www.geo-solutions.it http://twitter.com/geosolutions_it
> --- *Con riferimento
> alla normativa sul trattamento dei dati personali (Reg. UE 2016/679 -
> Regolamento generale sulla protezione dei dati “GDPR”), si precisa che ogni
> circostanza inerente alla presente email (il suo contenuto, gli eventuali
> allegati, etc.) è un dato la cui conoscenza è riservata al/i solo/i
> destinatario/i indicati dallo scrivente. Se il messaggio Le è giunto per
> errore, è tenuta/o a cancellarlo, ogni altra operazione è illecita. Le
> sarei comunque grato se potesse darmene notizia. This email is intended
> only for the person or entity to which it is addressed and may contain
> information that is privileged, confidential or otherwise protected from
> disclosure. We remind that - as provided by European 

[Geotools-devel] Jenkins build is back to normal : geotools-master #2653

[monitor]

See 




___
GeoTools-Devel mailing list
GeoTools-Devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geotools-devel

Re: [Geotools-devel] GeoTools Travis CI failing

[Andrea Aime]

Thinking out loud, what if you make a PR where that commit gets reverted,
would that fix it?

Cheers
Andrea


On Thu, Sep 20, 2018 at 6:54 PM Torben Barsballe <
tbarsba...@boundlessgeo.com> wrote:

> Okay, after testing on Jenkins, this seems to only be a problem on Travis
> - the same lines execute quite quickly in the Jenkins build.
>
> This problem appears to affect all GeoTools travis builds made since
> September 16. First build I could find that showed the issue was
> https://travis-ci.org/geotools/geotools/builds/429272586?utm_source=github_status_medium=notification
>
> (Note that the build for that PR
>  was fine, but the build
> of the commit
> 
> after it was merged to master was not).
>
> I'm really not sure what is going on here - if anyone has any ideas they
> would be most appreciated.
>
> Torben
>
> On Wed, Sep 19, 2018 at 1:46 PM Torben Barsballe <
> tbarsba...@boundlessgeo.com> wrote:
>
>> I've been seeing this a lot recently in the GeoTools Travis CI builds, 
>> across various different GeoTools PRs:
>>
>> [INFO] Installing 
>> /home/travis/build/geotools/geotools/modules/ogc/net.opengis.wmts/target/net.opengis.wmts-21-SNAPSHOT.jar
>>  to 
>> /home/travis/.m2/repository/org/geotools/ogc/net.opengis.wmts/21-SNAPSHOT/net.opengis.wmts-21-SNAPSHOT.jar
>> [INFO] Installing 
>> /home/travis/build/geotools/geotools/modules/ogc/net.opengis.wmts/pom.xml to 
>> /home/travis/.m2/repository/org/geotools/ogc/net.opengis.wmts/21-SNAPSHOT/net.opengis.wmts-21-SNAPSHOT.pom
>> [INFO] Installing 
>> /home/travis/build/geotools/geotools/modules/ogc/net.opengis.wmts/target/net.opengis.wmts-21-SNAPSHOT-sources.jar
>>  to 
>> /home/travis/.m2/repository/org/geotools/ogc/net.opengis.wmts/21-SNAPSHOT/net.opengis.wmts-21-SNAPSHOT-sources.jar
>>
>>
>> No output has been received in the last 10m0s, this potentially indicates a 
>> stalled build or something wrong with the build itself.
>> Check the details on how to adjust your build configuration on: 
>> https://docs.travis-ci.com/user/common-build-problems/#Build-times-out-because-no-output-was-received
>>
>> The build has been terminated
>>
>>
>> The build always seems to terminate at the same point, right after
>> attempring to install 
>> /home/travis/build/geotools/geotools/modules/ogc/net.opengis.wmts/target/net.opengis.wmts-21-SNAPSHOT-sources.jar
>> to
>> /home/travis/.m2/repository/org/geotools/ogc/net.opengis.wmts/21-SNAPSHOT/net.opengis.wmts-21-SNAPSHOT-sources.jar
>>
>> I'm not quite sure what is causing it ... based on the logs I would guess
>> an error uploading the jar. Perhaps a permissions problem or lack of disk
>> space?
>>
>> I'm not seeing any similar failures in appveyor or Jenkins.
>>
>> For now, I'm going to wait until Jenkins is actually up-to-date (and run
>> a nightly build, then try restarting the Travis CI, but if anyone has any
>> other ideas as to what is causing this issue I would be interested in
>> hearing them.
>>
>> Torben
>>
>>
>> ___
> GeoTools-Devel mailing list
> GeoTools-Devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geotools-devel
>


-- 

Regards, Andrea Aime == GeoServer Professional Services from the experts!
Visit http://goo.gl/it488V for more information. == Ing. Andrea Aime
@geowolf Technical Lead GeoSolutions S.A.S. Via di Montramito 3/A 55054
Massarosa (LU) phone: +39 0584 962313 fax: +39 0584 1660272 mob: +39 339
8844549 http://www.geo-solutions.it http://twitter.com/geosolutions_it
--- *Con riferimento
alla normativa sul trattamento dei dati personali (Reg. UE 2016/679 -
Regolamento generale sulla protezione dei dati “GDPR”), si precisa che ogni
circostanza inerente alla presente email (il suo contenuto, gli eventuali
allegati, etc.) è un dato la cui conoscenza è riservata al/i solo/i
destinatario/i indicati dallo scrivente. Se il messaggio Le è giunto per
errore, è tenuta/o a cancellarlo, ogni altra operazione è illecita. Le
sarei comunque grato se potesse darmene notizia. This email is intended
only for the person or entity to which it is addressed and may contain
information that is privileged, confidential or otherwise protected from
disclosure. We remind that - as provided by European Regulation 2016/679
“GDPR” - copying, dissemination or use of this e-mail or the information
herein by anyone other than the intended recipient is prohibited. If you
have received this email by mistake, please notify us immediately by
telephone or e-mail.*
___
GeoTools-Devel mailing list
GeoTools-Devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geotools-devel

Re: [Geotools-devel] GeoTools Travis CI failing

[Torben Barsballe]

Okay, after testing on Jenkins, this seems to only be a problem on Travis -
the same lines execute quite quickly in the Jenkins build.

This problem appears to affect all GeoTools travis builds made since
September 16. First build I could find that showed the issue was
https://travis-ci.org/geotools/geotools/builds/429272586?utm_source=github_status_medium=notification

(Note that the build for that PR
 was fine, but the build of
the commit

after it was merged to master was not).

I'm really not sure what is going on here - if anyone has any ideas they
would be most appreciated.

Torben

On Wed, Sep 19, 2018 at 1:46 PM Torben Barsballe <
tbarsba...@boundlessgeo.com> wrote:

> I've been seeing this a lot recently in the GeoTools Travis CI builds, across 
> various different GeoTools PRs:
>
> [INFO] Installing 
> /home/travis/build/geotools/geotools/modules/ogc/net.opengis.wmts/target/net.opengis.wmts-21-SNAPSHOT.jar
>  to 
> /home/travis/.m2/repository/org/geotools/ogc/net.opengis.wmts/21-SNAPSHOT/net.opengis.wmts-21-SNAPSHOT.jar
> [INFO] Installing 
> /home/travis/build/geotools/geotools/modules/ogc/net.opengis.wmts/pom.xml to 
> /home/travis/.m2/repository/org/geotools/ogc/net.opengis.wmts/21-SNAPSHOT/net.opengis.wmts-21-SNAPSHOT.pom
> [INFO] Installing 
> /home/travis/build/geotools/geotools/modules/ogc/net.opengis.wmts/target/net.opengis.wmts-21-SNAPSHOT-sources.jar
>  to 
> /home/travis/.m2/repository/org/geotools/ogc/net.opengis.wmts/21-SNAPSHOT/net.opengis.wmts-21-SNAPSHOT-sources.jar
>
>
> No output has been received in the last 10m0s, this potentially indicates a 
> stalled build or something wrong with the build itself.
> Check the details on how to adjust your build configuration on: 
> https://docs.travis-ci.com/user/common-build-problems/#Build-times-out-because-no-output-was-received
>
> The build has been terminated
>
>
> The build always seems to terminate at the same point, right after
> attempring to install 
> /home/travis/build/geotools/geotools/modules/ogc/net.opengis.wmts/target/net.opengis.wmts-21-SNAPSHOT-sources.jar
> to
> /home/travis/.m2/repository/org/geotools/ogc/net.opengis.wmts/21-SNAPSHOT/net.opengis.wmts-21-SNAPSHOT-sources.jar
>
> I'm not quite sure what is causing it ... based on the logs I would guess
> an error uploading the jar. Perhaps a permissions problem or lack of disk
> space?
>
> I'm not seeing any similar failures in appveyor or Jenkins.
>
> For now, I'm going to wait until Jenkins is actually up-to-date (and run a
> nightly build, then try restarting the Travis CI, but if anyone has any
> other ideas as to what is causing this issue I would be interested in
> hearing them.
>
> Torben
>
>
>
___
GeoTools-Devel mailing list
GeoTools-Devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geotools-devel

Re: [Geotools-devel] Proposing Nuno Deoliveira and Torben Barballe for PMC

[Nuno Oliveira GeoSolutions]

:)

On Wed, Sep 19, 2018 at 9:08 PM Torben Barsballe <
tbarsba...@boundlessgeo.com> wrote:

> Thanks for updating everything Nuno, you beat me to it :-)
>
> Cheers,
>
> Torben
>
> On Tue, Sep 18, 2018 at 1:58 AM Andrea Aime 
> wrote:
>
>> Roger, with this we have all +1 and the motion is passed.
>>
>> Could the new PMC members update the PMC page and the proposal template?
>> :-)
>>
>> http://docs.geotools.org/latest/developer/roles/committee.html
>> https://github.com/geotools/geotools/wiki/Template
>>
>> Cheers
>> Andrea
>>
>>
>> On Mon, Sep 17, 2018 at 9:41 PM Jody Garnett 
>> wrote:
>>
>>> I could not agree more:
>>>
>>> Nuno +1
>>> Torben +1
>>> --
>>> Jody Garnett
>>>
>>
>>
>> --
>>
>> Regards, Andrea Aime == GeoServer Professional Services from the experts!
>> Visit http://goo.gl/it488V for more information. == Ing. Andrea Aime
>> @geowolf Technical Lead GeoSolutions S.A.S. Via di Montramito 3/A 55054
>> Massarosa (LU) phone: +39 0584 962313 fax: +39 0584 1660272 mob: +39 339
>> 8844549 http://www.geo-solutions.it http://twitter.com/geosolutions_it
>> --- *Con riferimento
>> alla normativa sul trattamento dei dati personali (Reg. UE 2016/679 -
>> Regolamento generale sulla protezione dei dati “GDPR”), si precisa che ogni
>> circostanza inerente alla presente email (il suo contenuto, gli eventuali
>> allegati, etc.) è un dato la cui conoscenza è riservata al/i solo/i
>> destinatario/i indicati dallo scrivente. Se il messaggio Le è giunto per
>> errore, è tenuta/o a cancellarlo, ogni altra operazione è illecita. Le
>> sarei comunque grato se potesse darmene notizia. This email is intended
>> only for the person or entity to which it is addressed and may contain
>> information that is privileged, confidential or otherwise protected from
>> disclosure. We remind that - as provided by European Regulation 2016/679
>> “GDPR” - copying, dissemination or use of this e-mail or the information
>> herein by anyone other than the intended recipient is prohibited. If you
>> have received this email by mistake, please notify us immediately by
>> telephone or e-mail.*
>> ___
>> GeoTools-Devel mailing list
>> GeoTools-Devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/geotools-devel
>>
>

-- 
Regards,
Nuno Oliveira
==
GeoServer Professional Services from the experts!
Visit http://goo.gl/it488V for more information.
==

Nuno Miguel Carvalho Oliveira
@nmcoliveira
Software Engineer

GeoSolutions S.A.S.
Via di Montramito 3/A
55054  Massarosa (LU)
Italy
phone: +39 0584 962313
fax:  +39 0584 1660272

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

---

Con riferimento alla normativa sul trattamento dei dati
personali (Reg. UE 2016/679 - Regolamento generale sulla
protezione dei dati “GDPR”), si precisa che ogni
circostanza inerente alla presente email (il suo contenuto,
gli eventuali allegati, etc.) è un dato la cui conoscenza
è riservata al/i solo/i destinatario/i indicati dallo
scrivente. Se il messaggio Le è giunto per errore, è
tenuta/o a cancellarlo, ogni altra operazione è illecita.
Le sarei comunque grato se potesse darmene notizia.

This email is intended only for the person or entity to
which it is addressed and may contain information that
is privileged, confidential or otherwise protected from
disclosure. We remind that - as provided by European
Regulation 2016/679 “GDPR” - copying, dissemination or
use of this e-mail or the information herein by anyone
other than the intended recipient is prohibited. If you
have received this email by mistake, please notify
us immediately by telephone or e-mail.
___
GeoTools-Devel mailing list
GeoTools-Devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geotools-devel