No doubt many of you will have experienced the instability of Travis CI builds, with PRs plagued by intermittent failures. I have been investigating these failures for some time. These failures do not seem to occur locally.
While I have no proof, I have direct and indirect evidence that the failures are related to EPSG code lookup failures in the HSQL database. Static analysis indicates that some failures can *only* occur after disconnection from the HSQL database. It is not the authority disposer, which runs only after 30 minutes. I can reproduce one failure by deleting /tmp/Geotools, which contains the HSQL database files, during the build.
I thought that something on the Travis CI workers is eating files in /tmp. Perhaps some rogue cleanup service? Who knows. I tried using a private java.io.tmpdir (-Djava.io.tmpdir=$HOME/tmp on the travis-tmpdir branch) as a workaround but still saw failures.
We need to get to the bottom of these failures because they are harming the usability of Travis CI.
Do we have a rogue cleanup service in our own infrastructure?
Kind regards,
--
Ben Caradoc-Davies <ben@anonymised.com>
Director
Transient Software Limited <https://transient.nz/>
New Zealand
Good grief. I found it:
[GEOS-8797] PostScriptTransformTest recursively deletes entire system temporary directory
https://osgeo-org.atlassian.net/browse/GEOS-8797
Kind regards,
Ben.
On 22/06/18 13:34, Ben Caradoc-Davies wrote:
No doubt many of you will have experienced the instability of Travis CI builds, with PRs plagued by intermittent failures. I have been investigating these failures for some time. These failures do not seem to occur locally.
While I have no proof, I have direct and indirect evidence that the failures are related to EPSG code lookup failures in the HSQL database. Static analysis indicates that some failures can *only* occur after disconnection from the HSQL database. It is not the authority disposer, which runs only after 30 minutes. I can reproduce one failure by deleting /tmp/Geotools, which contains the HSQL database files, during the build.
I thought that something on the Travis CI workers is eating files in /tmp. Perhaps some rogue cleanup service? Who knows. I tried using a private java.io.tmpdir (-Djava.io.tmpdir=$HOME/tmp on the travis-tmpdir branch) as a workaround but still saw failures.
We need to get to the bottom of these failures because they are harming the usability of Travis CI.
Do we have a rogue cleanup service in our own infrastructure?
Kind regards,
--
Ben Caradoc-Davies <ben@anonymised.com>
Director
Transient Software Limited <https://transient.nz/>
New Zealand
Well duh… I’ve misread the javadocs. Thankfully it’s a simple fix
Cheers
Andrea
···
On Fri, Jun 22, 2018 at 8:31 AM, Ben Caradoc-Davies <ben@anonymised.com> wrote:
Good grief. I found it:
[GEOS-8797] PostScriptTransformTest recursively deletes entire system temporary directory
https://osgeo-org.atlassian.net/browse/GEOS-8797
Kind regards,
Ben.
On 22/06/18 13:34, Ben Caradoc-Davies wrote:
No doubt many of you will have experienced the instability of Travis CI builds, with PRs plagued by intermittent failures. I have been investigating these failures for some time. These failures do not seem to occur locally.
While I have no proof, I have direct and indirect evidence that the failures are related to EPSG code lookup failures in the HSQL database. Static analysis indicates that some failures can only occur after disconnection from the HSQL database. It is not the authority disposer, which runs only after 30 minutes. I can reproduce one failure by deleting /tmp/Geotools, which contains the HSQL database files, during the build.
I thought that something on the Travis CI workers is eating files in /tmp. Perhaps some rogue cleanup service? Who knows. I tried using a private java.io.tmpdir (-Djava.io.tmpdir=$HOME/tmp on the travis-tmpdir branch) as a workaround but still saw failures.
We need to get to the bottom of these failures because they are harming the usability of Travis CI.
Do we have a rogue cleanup service in our own infrastructure?
Kind regards,
–
Ben Caradoc-Davies <ben@anonymised.com>
Director
Transient Software Limited <https://transient.nz/>
New Zealand
Check out the vibrant tech community on one of the world’s most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
Geoserver-devel mailing list
Geoserver-devel@anonymised.comrge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-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.
Oh dear, trying to fix it brought back ugly memories of how I’ve cursed a lot trying to get that blasted thing working.
The common approach would be to use a TemporaryFolder rule… but then you try to use it in the current test,
and it fails telling you the folder has not been initialized… searching, it’a a bug in junit 4.11 when using the
temp folder in the setup phase.
Fine, upgrade and rerun all tests, and it still does not work… move all the setup to the single test we have, and
it still fails the same way, at which point you have a WFT moment, and realize the whole test hierarchy
was for whatever reason written as JUnit 3… migrating all tests to JUnit 4 takes too much time and it’s not the
objective here (wish I had all the time in the world, but I don’t).
Bah, came out with this approach, seems to work fine:
https://github.com/geoserver/geoserver/pull/2933
Cheers
Andrea
···
On Fri, Jun 22, 2018 at 9:20 AM, Andrea Aime <andrea.aime@anonymised.com> wrote:
Well duh… I’ve misread the javadocs. Thankfully it’s a simple fix
Cheers
Andrea
–
On Fri, Jun 22, 2018 at 8:31 AM, Ben Caradoc-Davies <ben@anonymised.com> wrote:
Good grief. I found it:
[GEOS-8797] PostScriptTransformTest recursively deletes entire system temporary directory
https://osgeo-org.atlassian.net/browse/GEOS-8797
Kind regards,
Ben.
On 22/06/18 13:34, Ben Caradoc-Davies wrote:
No doubt many of you will have experienced the instability of Travis CI builds, with PRs plagued by intermittent failures. I have been investigating these failures for some time. These failures do not seem to occur locally.
While I have no proof, I have direct and indirect evidence that the failures are related to EPSG code lookup failures in the HSQL database. Static analysis indicates that some failures can only occur after disconnection from the HSQL database. It is not the authority disposer, which runs only after 30 minutes. I can reproduce one failure by deleting /tmp/Geotools, which contains the HSQL database files, during the build.
I thought that something on the Travis CI workers is eating files in /tmp. Perhaps some rogue cleanup service? Who knows. I tried using a private java.io.tmpdir (-Djava.io.tmpdir=$HOME/tmp on the travis-tmpdir branch) as a workaround but still saw failures.
We need to get to the bottom of these failures because they are harming the usability of Travis CI.
Do we have a rogue cleanup service in our own infrastructure?
Kind regards,
–
Ben Caradoc-Davies <ben@anonymised.com>
Director
Transient Software Limited <https://transient.nz/>
New Zealand
Check out the vibrant tech community on one of the world’s most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
Geoserver-devel mailing list
Geoserver-devel@anonymised.comrge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-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.
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.
Thanks, Andrea. That does the trick. Merged on master by Kevin.
I will continue to keep an eye on Travis CI. Hopefully this will improve stability.
Kind regards,
Ben.
On 22/06/18 20:43, Andrea Aime wrote:
Oh dear, trying to fix it brought back ugly memories of how I've cursed a
lot trying to get that blasted thing working.
The common approach would be to use a TemporaryFolder rule... but then you
try to use it in the current test,
and it fails telling you the folder has not been initialized.... searching,
it'a a bug in junit 4.11 when using the
temp folder in the setup phase.
Fine, upgrade and rerun all tests, and it still does not work... move all
the setup to the single test we have, and
it still fails the same way, at which point you have a WFT moment, and
realize the whole test hierarchy
was for whatever reason written as JUnit 3... migrating all tests to JUnit
4 takes too much time and it's not the
objective here (wish I had all the time in the world, but I don't).
Bah, came out with this approach, seems to work fine:
https://github.com/geoserver/geoserver/pull/2933
Cheers
Andrea
On Fri, Jun 22, 2018 at 9:20 AM, Andrea Aime <andrea.aime@anonymised.com>
wrote:
Well duh... I've misread the javadocs. Thankfully it's a simple fix
Cheers
Andrea
On Fri, Jun 22, 2018 at 8:31 AM, Ben Caradoc-Davies <ben@anonymised.com>
wrote:
Good grief. I found it:
[GEOS-8797] PostScriptTransformTest recursively deletes entire system
temporary directory
https://osgeo-org.atlassian.net/browse/GEOS-8797
Kind regards,
Ben.
On 22/06/18 13:34, Ben Caradoc-Davies wrote:
No doubt many of you will have experienced the instability of Travis CI
builds, with PRs plagued by intermittent failures. I have been
investigating these failures for some time. These failures do not seem to
occur locally.
While I have no proof, I have direct and indirect evidence that the
failures are related to EPSG code lookup failures in the HSQL database.
Static analysis indicates that some failures can *only* occur after
disconnection from the HSQL database. It is not the authority disposer,
which runs only after 30 minutes. I can reproduce one failure by deleting
/tmp/Geotools, which contains the HSQL database files, during the build.
I thought that something on the Travis CI workers is eating files in
/tmp. Perhaps some rogue cleanup service? Who knows. I tried using a
private java.io.tmpdir (-Djava.io.tmpdir=$HOME/tmp on the travis-tmpdir
branch) as a workaround but still saw failures.
We need to get to the bottom of these failures because they are harming
the usability of Travis CI.
Do we have a rogue cleanup service in our own infrastructure?
Kind regards,
--
Ben Caradoc-Davies <ben@anonymised.com>
Director
Transient Software Limited <https://transient.nz/>
New Zealand
------------------------------------------------------------
------------------
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
_______________________________________________
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-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.*
--
Ben Caradoc-Davies <ben@anonymised.com>
Director
Transient Software Limited <https://transient.nz/>
New Zealand
Eh, the major offender now is the coverage view test… I made yet another change that I hoped would
have fixed the issue just recently, as part of another commit (making sure the composite collection
iterator is closeable, and thus, gets closed, once done using), but nope, the beast is still there,
and still not happening on any of my machines (not even using a synthetic load generator in
parallel, while running the test)
Cheers
Andrea
···
On Sat, Jun 23, 2018 at 12:21 AM, Ben Caradoc-Davies <ben@anonymised.com1…> wrote:
Thanks, Andrea. That does the trick. Merged on master by Kevin.
I will continue to keep an eye on Travis CI. Hopefully this will improve stability.
Kind regards,
Ben.
On 22/06/18 20:43, Andrea Aime wrote:
Oh dear, trying to fix it brought back ugly memories of how I’ve cursed a
lot trying to get that blasted thing working.
The common approach would be to use a TemporaryFolder rule… but then you
try to use it in the current test,
and it fails telling you the folder has not been initialized… searching,
it’a a bug in junit 4.11 when using the
temp folder in the setup phase.
Fine, upgrade and rerun all tests, and it still does not work… move all
the setup to the single test we have, and
it still fails the same way, at which point you have a WFT moment, and
realize the whole test hierarchy
was for whatever reason written as JUnit 3… migrating all tests to JUnit
4 takes too much time and it’s not the
objective here (wish I had all the time in the world, but I don’t).
Bah, came out with this approach, seems to work fine:
https://github.com/geoserver/geoserver/pull/2933
Cheers
Andrea
On Fri, Jun 22, 2018 at 9:20 AM, Andrea Aime <andrea.aime@anonymised.com>
wrote:
Well duh… I’ve misread the javadocs. Thankfully it’s a simple fix
Cheers
Andrea
On Fri, Jun 22, 2018 at 8:31 AM, Ben Caradoc-Davies <ben@anonymised.com>
wrote:
Good grief. I found it:
[GEOS-8797] PostScriptTransformTest recursively deletes entire system
temporary directory
https://osgeo-org.atlassian.net/browse/GEOS-8797
Kind regards,
Ben.
On 22/06/18 13:34, Ben Caradoc-Davies wrote:
No doubt many of you will have experienced the instability of Travis CI
builds, with PRs plagued by intermittent failures. I have been
investigating these failures for some time. These failures do not seem to
occur locally.
While I have no proof, I have direct and indirect evidence that the
failures are related to EPSG code lookup failures in the HSQL database.
Static analysis indicates that some failures can only occur after
disconnection from the HSQL database. It is not the authority disposer,
which runs only after 30 minutes. I can reproduce one failure by deleting
/tmp/Geotools, which contains the HSQL database files, during the build.
I thought that something on the Travis CI workers is eating files in
/tmp. Perhaps some rogue cleanup service? Who knows. I tried using a
private java.io.tmpdir (-Djava.io.tmpdir=$HOME/tmp on the travis-tmpdir
branch) as a workaround but still saw failures.
We need to get to the bottom of these failures because they are harming
the usability of Travis CI.
Do we have a rogue cleanup service in our own infrastructure?
Kind regards,
–
Ben Caradoc-Davies <ben@anonymised.com>
Director
Transient Software Limited <https://transient.nz/>
New Zealand
Check out the vibrant tech community on one of the world’s most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
Geoserver-devel mailing list
Geoserver-devel@anonymised.comrge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-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.
–
Ben Caradoc-Davies <ben@anonymised.com>
Director
Transient Software Limited <https://transient.nz/>
New Zealand
–
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.
I can reproduce after booting Linux with maxcpus=2. Instrumented gt-epsg-hsql and hsqldb jar rebuilt with debugging reveals an NPE at org.hsqldb.Database.connect(Database.java:384):
https://osgeo-org.atlassian.net/browse/GEOS-8802
Kind regards,
Ben
On 23/06/18 20:52, Andrea Aime wrote:
Eh, the major offender now is the coverage view test... I made yet another
change that I hoped would
have fixed the issue just recently, as part of another commit (making sure
the composite collection
iterator is closeable, and thus, gets closed, once done using), but nope,
the beast is still there,
and still not happening on any of my machines (not even using a synthetic
load generator in
parallel, while running the test)
Cheers
Andrea
On Sat, Jun 23, 2018 at 12:21 AM, Ben Caradoc-Davies <ben@anonymised.com>
wrote:
Thanks, Andrea. That does the trick. Merged on master by Kevin.
I will continue to keep an eye on Travis CI. Hopefully this will improve
stability.
Kind regards,
Ben.
On 22/06/18 20:43, Andrea Aime wrote:
Oh dear, trying to fix it brought back ugly memories of how I've cursed a
lot trying to get that blasted thing working.
The common approach would be to use a TemporaryFolder rule... but then you
try to use it in the current test,
and it fails telling you the folder has not been initialized....
searching,
it'a a bug in junit 4.11 when using the
temp folder in the setup phase.
Fine, upgrade and rerun all tests, and it still does not work... move all
the setup to the single test we have, and
it still fails the same way, at which point you have a WFT moment, and
realize the whole test hierarchy
was for whatever reason written as JUnit 3... migrating all tests to JUnit
4 takes too much time and it's not the
objective here (wish I had all the time in the world, but I don't).
Bah, came out with this approach, seems to work fine:
https://github.com/geoserver/geoserver/pull/2933
Cheers
Andrea
On Fri, Jun 22, 2018 at 9:20 AM, Andrea Aime <
andrea.aime@anonymised.com>
wrote:
Well duh... I've misread the javadocs. Thankfully it's a simple fix
Cheers
Andrea
On Fri, Jun 22, 2018 at 8:31 AM, Ben Caradoc-Davies <ben@anonymised.com>
wrote:
Good grief. I found it:
[GEOS-8797] PostScriptTransformTest recursively deletes entire system
temporary directory
https://osgeo-org.atlassian.net/browse/GEOS-8797
Kind regards,
Ben.
On 22/06/18 13:34, Ben Caradoc-Davies wrote:
No doubt many of you will have experienced the instability of Travis CI
builds, with PRs plagued by intermittent failures. I have been
investigating these failures for some time. These failures do not seem
to
occur locally.
While I have no proof, I have direct and indirect evidence that the
failures are related to EPSG code lookup failures in the HSQL database.
Static analysis indicates that some failures can *only* occur after
disconnection from the HSQL database. It is not the authority disposer,
which runs only after 30 minutes. I can reproduce one failure by
deleting
/tmp/Geotools, which contains the HSQL database files, during the
build.
I thought that something on the Travis CI workers is eating files in
/tmp. Perhaps some rogue cleanup service? Who knows. I tried using a
private java.io.tmpdir (-Djava.io.tmpdir=$HOME/tmp on the travis-tmpdir
branch) as a workaround but still saw failures.
We need to get to the bottom of these failures because they are harming
the usability of Travis CI.
Do we have a rogue cleanup service in our own infrastructure?
Kind regards,
--
Ben Caradoc-Davies <ben@anonymised.com>
Director
Transient Software Limited <https://transient.nz/>
New Zealand
------------------------------------------------------------
------------------
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
_______________________________________________
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-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.*
--
Ben Caradoc-Davies <ben@anonymised.com>
Director
Transient Software Limited <https://transient.nz/>
New Zealand
--
Ben Caradoc-Davies <ben@anonymised.com>
Director
Transient Software Limited <https://transient.nz/>
New Zealand