[Geoserver-devel] osgeo maven repo

Mauro_Bartolomeoli3 · March 3, 2015, 9:00am

Anyone experiencing issues with osgeo maven repository?

From yesterday I cannot access http://download.osgeo.org/webdav/geotools/

Thanks
Mauro

···

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

Dott. Mauro Bartolomeoli
@mauro_bart
Senior Software Engineer

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

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

AVVERTENZE AI SENSI DEL D.Lgs. 196/2003

Le informazioni contenute in questo messaggio di posta elettronica e/o nel/i file/s allegato/i sono da considerarsi strettamente riservate. Il loro utilizzo è consentito esclusivamente al destinatario del messaggio, per le finalità indicate nel messaggio stesso. Qualora riceviate questo messaggio senza esserne il destinatario, Vi preghiamo cortesemente di darcene notizia via e-mail e di procedere alla distruzione del messaggio stesso, cancellandolo dal Vostro sistema. Conservare il messaggio stesso, divulgarlo anche in parte, distribuirlo ad altri soggetti, copiarlo, od utilizzarlo per finalità diverse, costituisce comportamento contrario ai principi dettati dal D.Lgs. 196/2003.

The information in this message and/or attachments, is intended solely for the attention and use of the named addressee(s) and may be confidential or proprietary in nature or covered by the provisions of privacy act (Legislative Decree June, 30 2003, no.196 - Italy’s New Data Protection Code).Any use not in accord with its purpose, any disclosure, reproduction, copying, distribution, or either dissemination, either whole or partial, is strictly forbidden except previous formal approval of the named addressee(s). If you are not the intended recipient, please contact immediately the sender by telephone, fax or e-mail and delete the information in this message that has been received in error. The sender does not give any warranty or accept liability as the content, accuracy or completeness of sent messages and accepts no responsibility for changes made after they were sent or for other risks which arise as a result of e-mail transmission, viruses, etc.

Andrea_Aime4 · March 3, 2015, 9:08am

On Tue, Mar 3, 2015 at 10:00 AM, Mauro Bartolomeoli <
mauro.bartolomeoli@anonymised.com> wrote:

Anyone experiencing issues with osgeo maven repository?

From yesterday I cannot access http://download.osgeo.org/webdav/geotools/

It eventually responds, but it takes a few minutes... which is just as bad
as not responding from
the point of view of a Maven build.

I've opened a ticket: https://trac.osgeo.org/osgeo/ticket/1479

Cheers
Andrea

--

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

Ing. Andrea Aime
@geowolf
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 339 8844549

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

*AVVERTENZE AI SENSI DEL D.Lgs. 196/2003*

Le informazioni contenute in questo messaggio di posta elettronica e/o
nel/i file/s allegato/i sono da considerarsi strettamente riservate. Il
loro utilizzo è consentito esclusivamente al destinatario del messaggio,
per le finalità indicate nel messaggio stesso. Qualora riceviate questo
messaggio senza esserne il destinatario, Vi preghiamo cortesemente di
darcene notizia via e-mail e di procedere alla distruzione del messaggio
stesso, cancellandolo dal Vostro sistema. Conservare il messaggio stesso,
divulgarlo anche in parte, distribuirlo ad altri soggetti, copiarlo, od
utilizzarlo per finalità diverse, costituisce comportamento contrario ai
principi dettati dal D.Lgs. 196/2003.

The information in this message and/or attachments, is intended solely for
the attention and use of the named addressee(s) and may be confidential or
proprietary in nature or covered by the provisions of privacy act
(Legislative Decree June, 30 2003, no.196 - Italy's New Data Protection
Code).Any use not in accord with its purpose, any disclosure, reproduction,
copying, distribution, or either dissemination, either whole or partial, is
strictly forbidden except previous formal approval of the named
addressee(s). If you are not the intended recipient, please contact
immediately the sender by telephone, fax or e-mail and delete the
information in this message that has been received in error. The sender
does not give any warranty or accept liability as the content, accuracy or
completeness of sent messages and accepts no responsibility for changes
made after they were sent or for other risks which arise as a result of
e-mail transmission, viruses, etc.

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

Andrea_Aime4 · March 6, 2015, 2:01pm

Hi,
for the record, it seems the server is just getting a ton of concurrent connections,
checking for jars that are there, and jars that are not.

Maybe moving to central is not such a bad idea…

Cheers
Andrea

···

On Tue, Mar 3, 2015 at 10:08 AM, Andrea Aime <andrea.aime@anonymised.com> wrote:

–

On Tue, Mar 3, 2015 at 10:00 AM, Mauro Bartolomeoli <mauro.bartolomeoli@anonymised.com> wrote:

Anyone experiencing issues with osgeo maven repository?

From yesterday I cannot access http://download.osgeo.org/webdav/geotools/

It eventually responds, but it takes a few minutes… which is just as bad as not responding from
the point of view of a Maven build.

I’ve opened a ticket: https://trac.osgeo.org/osgeo/ticket/1479

Cheers
Andrea

–

==

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

==

Ing. Andrea Aime

@geowolf
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 339 8844549

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

AVVERTENZE AI SENSI DEL D.Lgs. 196/2003

Le informazioni contenute in questo messaggio di posta elettronica e/o nel/i file/s allegato/i sono da considerarsi strettamente riservate. Il loro utilizzo è consentito esclusivamente al destinatario del messaggio, per le finalità indicate nel messaggio stesso. Qualora riceviate questo messaggio senza esserne il destinatario, Vi preghiamo cortesemente di darcene notizia via e-mail e di procedere alla distruzione del messaggio stesso, cancellandolo dal Vostro sistema. Conservare il messaggio stesso, divulgarlo anche in parte, distribuirlo ad altri soggetti, copiarlo, od utilizzarlo per finalità diverse, costituisce comportamento contrario ai principi dettati dal D.Lgs. 196/2003.

The information in this message and/or attachments, is intended solely for the attention and use of the named addressee(s) and may be confidential or proprietary in nature or covered by the provisions of privacy act (Legislative Decree June, 30 2003, no.196 - Italy’s New Data Protection Code).Any use not in accord with its purpose, any disclosure, reproduction, copying, distribution, or either dissemination, either whole or partial, is strictly forbidden except previous formal approval of the named addressee(s). If you are not the intended recipient, please contact immediately the sender by telephone, fax or e-mail and delete the information in this message that has been received in error. The sender does not give any warranty or accept liability as the content, accuracy or completeness of sent messages and accepts no responsibility for changes made after they were sent or for other risks which arise as a result of e-mail transmission, viruses, etc.

==

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

==

Ing. Andrea Aime

@geowolf
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 339 8844549

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

AVVERTENZE AI SENSI DEL D.Lgs. 196/2003

Le informazioni contenute in questo messaggio di posta elettronica e/o nel/i file/s allegato/i sono da considerarsi strettamente riservate. Il loro utilizzo è consentito esclusivamente al destinatario del messaggio, per le finalità indicate nel messaggio stesso. Qualora riceviate questo messaggio senza esserne il destinatario, Vi preghiamo cortesemente di darcene notizia via e-mail e di procedere alla distruzione del messaggio stesso, cancellandolo dal Vostro sistema. Conservare il messaggio stesso, divulgarlo anche in parte, distribuirlo ad altri soggetti, copiarlo, od utilizzarlo per finalità diverse, costituisce comportamento contrario ai principi dettati dal D.Lgs. 196/2003.

The information in this message and/or attachments, is intended solely for the attention and use of the named addressee(s) and may be confidential or proprietary in nature or covered by the provisions of privacy act (Legislative Decree June, 30 2003, no.196 - Italy’s New Data Protection Code).Any use not in accord with its purpose, any disclosure, reproduction, copying, distribution, or either dissemination, either whole or partial, is strictly forbidden except previous formal approval of the named addressee(s). If you are not the intended recipient, please contact immediately the sender by telephone, fax or e-mail and delete the information in this message that has been received in error. The sender does not give any warranty or accept liability as the content, accuracy or completeness of sent messages and accepts no responsibility for changes made after they were sent or for other risks which arise as a result of e-mail transmission, viruses, etc.

jive · March 6, 2015, 5:20pm

Makes sense, part of the library getting more popular. The Rich Fecher possibly had some budget to put towards this (hence the proposal http://docs.codehaus.org/display/GEOTOOLS/Maven+Central).

···

On 6 March 2015 at 06:01, Andrea Aime <andrea.aime@anonymised.com> wrote:

Hi,
for the record, it seems the server is just getting a ton of concurrent connections,
checking for jars that are there, and jars that are not.

Maybe moving to central is not such a bad idea…

Cheers

Andrea

Dive into the World of Parallel Programming The Go Parallel Website, sponsored
by Intel and developed in partnership with Slashdot Media, is your hub for all
things parallel software development, from weekly thought leadership blogs to
news, videos, case studies, tutorials and more. Take a look and join the
conversation now. http://goparallel.sourceforge.net/

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

–
Jody Garnett

On Tue, Mar 3, 2015 at 10:08 AM, Andrea Aime <andrea.aime@anonymised.com> wrote:

–

==

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

==

Ing. Andrea Aime

@geowolf
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 339 8844549

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

AVVERTENZE AI SENSI DEL D.Lgs. 196/2003

Le informazioni contenute in questo messaggio di posta elettronica e/o nel/i file/s allegato/i sono da considerarsi strettamente riservate. Il loro utilizzo è consentito esclusivamente al destinatario del messaggio, per le finalità indicate nel messaggio stesso. Qualora riceviate questo messaggio senza esserne il destinatario, Vi preghiamo cortesemente di darcene notizia via e-mail e di procedere alla distruzione del messaggio stesso, cancellandolo dal Vostro sistema. Conservare il messaggio stesso, divulgarlo anche in parte, distribuirlo ad altri soggetti, copiarlo, od utilizzarlo per finalità diverse, costituisce comportamento contrario ai principi dettati dal D.Lgs. 196/2003.

The information in this message and/or attachments, is intended solely for the attention and use of the named addressee(s) and may be confidential or proprietary in nature or covered by the provisions of privacy act (Legislative Decree June, 30 2003, no.196 - Italy’s New Data Protection Code).Any use not in accord with its purpose, any disclosure, reproduction, copying, distribution, or either dissemination, either whole or partial, is strictly forbidden except previous formal approval of the named addressee(s). If you are not the intended recipient, please contact immediately the sender by telephone, fax or e-mail and delete the information in this message that has been received in error. The sender does not give any warranty or accept liability as the content, accuracy or completeness of sent messages and accepts no responsibility for changes made after they were sent or for other risks which arise as a result of e-mail transmission, viruses, etc.

On Tue, Mar 3, 2015 at 10:00 AM, Mauro Bartolomeoli <mauro.bartolomeoli@anonymised.com> wrote:

Anyone experiencing issues with osgeo maven repository?

From yesterday I cannot access http://download.osgeo.org/webdav/geotools/

It eventually responds, but it takes a few minutes… which is just as bad as not responding from
the point of view of a Maven build.

I’ve opened a ticket: https://trac.osgeo.org/osgeo/ticket/1479

Cheers
Andrea

–

==

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

==

Ing. Andrea Aime

@geowolf
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 339 8844549

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

AVVERTENZE AI SENSI DEL D.Lgs. 196/2003

Le informazioni contenute in questo messaggio di posta elettronica e/o nel/i file/s allegato/i sono da considerarsi strettamente riservate. Il loro utilizzo è consentito esclusivamente al destinatario del messaggio, per le finalità indicate nel messaggio stesso. Qualora riceviate questo messaggio senza esserne il destinatario, Vi preghiamo cortesemente di darcene notizia via e-mail e di procedere alla distruzione del messaggio stesso, cancellandolo dal Vostro sistema. Conservare il messaggio stesso, divulgarlo anche in parte, distribuirlo ad altri soggetti, copiarlo, od utilizzarlo per finalità diverse, costituisce comportamento contrario ai principi dettati dal D.Lgs. 196/2003.

The information in this message and/or attachments, is intended solely for the attention and use of the named addressee(s) and may be confidential or proprietary in nature or covered by the provisions of privacy act (Legislative Decree June, 30 2003, no.196 - Italy’s New Data Protection Code).Any use not in accord with its purpose, any disclosure, reproduction, copying, distribution, or either dissemination, either whole or partial, is strictly forbidden except previous formal approval of the named addressee(s). If you are not the intended recipient, please contact immediately the sender by telephone, fax or e-mail and delete the information in this message that has been received in error. The sender does not give any warranty or accept liability as the content, accuracy or completeness of sent messages and accepts no responsibility for changes made after they were sent or for other risks which arise as a result of e-mail transmission, viruses, etc.

Rich_Fecher · March 6, 2015, 7:29pm

I’m definitely still interested in helping transition geotools’ artifacts to maven central. I was looking more at it yesterday and found additional issues that we can work around.

I was hoping to put it together on the proposal wiki with recommended paths forward soon with the idea that FOSS4G NA next week is a great opportunity to discuss the next steps. I’ll work on the proposal and send out something when I have it updated.

Rich

···

On Fri, Mar 6, 2015 at 9:20 AM, Jody Garnett <jody.garnett@anonymised.com> wrote:

Makes sense, part of the library getting more popular. The Rich Fecher possibly had some budget to put towards this (hence the proposal http://docs.codehaus.org/display/GEOTOOLS/Maven+Central).

I note that part of the plan was making use of CodeHaus repository (which is picked up by maven central). I think that section will need to be rewritten…

From http://maven.apache.org/guides/mini/guide-central-repository-upload.html

Instead of maintaining repository rsync feeds for each projects, we now encourage projects to use an approved repository hosting location.

Currently approved repository hosting locations:

Apache Software Foundation (for all Apache projects)

Codehaus (for Codehaus projects)

FuseSource Forge (focused on FUSE related projects)

Nuiton.org

Automatic publication will be provided for Forges that provide hosting services for OSS projects and other large project repositories that meet certain minimum criteria such as validation of PGP keys and pom contents as defined above. If you are interested in becoming an approved Forge, contact us at repo-maintainers@anonymised.com38….

So we could set up a Nexus at OSGeo and crack down on uploads (PGP keys etc…) and become a approved Forge. I think I would wait until after CodeHaus migration is complete…

There are two other repositories in easy reach, the boundless snapshot repository, and the LocationTech repository (which was planning to mirror the dependencies we use as several of the projects use GeoTools).

Jody

–
Jody Garnett

On 6 March 2015 at 06:01, Andrea Aime <andrea.aime@anonymised.com> wrote:

Hi,
for the record, it seems the server is just getting a ton of concurrent connections,
checking for jars that are there, and jars that are not.

Maybe moving to central is not such a bad idea…

Cheers

Andrea

Dive into the World of Parallel Programming The Go Parallel Website, sponsored
by Intel and developed in partnership with Slashdot Media, is your hub for all
things parallel software development, from weekly thought leadership blogs to
news, videos, case studies, tutorials and more. Take a look and join the
conversation now. http://goparallel.sourceforge.net/

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

On Tue, Mar 3, 2015 at 10:08 AM, Andrea Aime <andrea.aime@anonymised.com> wrote:

–

==

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

==

Ing. Andrea Aime

@geowolf
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 339 8844549

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

AVVERTENZE AI SENSI DEL D.Lgs. 196/2003

Le informazioni contenute in questo messaggio di posta elettronica e/o nel/i file/s allegato/i sono da considerarsi strettamente riservate. Il loro utilizzo è consentito esclusivamente al destinatario del messaggio, per le finalità indicate nel messaggio stesso. Qualora riceviate questo messaggio senza esserne il destinatario, Vi preghiamo cortesemente di darcene notizia via e-mail e di procedere alla distruzione del messaggio stesso, cancellandolo dal Vostro sistema. Conservare il messaggio stesso, divulgarlo anche in parte, distribuirlo ad altri soggetti, copiarlo, od utilizzarlo per finalità diverse, costituisce comportamento contrario ai principi dettati dal D.Lgs. 196/2003.

The information in this message and/or attachments, is intended solely for the attention and use of the named addressee(s) and may be confidential or proprietary in nature or covered by the provisions of privacy act (Legislative Decree June, 30 2003, no.196 - Italy’s New Data Protection Code).Any use not in accord with its purpose, any disclosure, reproduction, copying, distribution, or either dissemination, either whole or partial, is strictly forbidden except previous formal approval of the named addressee(s). If you are not the intended recipient, please contact immediately the sender by telephone, fax or e-mail and delete the information in this message that has been received in error. The sender does not give any warranty or accept liability as the content, accuracy or completeness of sent messages and accepts no responsibility for changes made after they were sent or for other risks which arise as a result of e-mail transmission, viruses, etc.

On Tue, Mar 3, 2015 at 10:00 AM, Mauro Bartolomeoli <mauro.bartolomeoli@anonymised.com> wrote:

Anyone experiencing issues with osgeo maven repository?

From yesterday I cannot access http://download.osgeo.org/webdav/geotools/

It eventually responds, but it takes a few minutes… which is just as bad as not responding from
the point of view of a Maven build.

I’ve opened a ticket: https://trac.osgeo.org/osgeo/ticket/1479

Cheers
Andrea

–

==

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

==

Ing. Andrea Aime

@geowolf
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 339 8844549

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

AVVERTENZE AI SENSI DEL D.Lgs. 196/2003

Le informazioni contenute in questo messaggio di posta elettronica e/o nel/i file/s allegato/i sono da considerarsi strettamente riservate. Il loro utilizzo è consentito esclusivamente al destinatario del messaggio, per le finalità indicate nel messaggio stesso. Qualora riceviate questo messaggio senza esserne il destinatario, Vi preghiamo cortesemente di darcene notizia via e-mail e di procedere alla distruzione del messaggio stesso, cancellandolo dal Vostro sistema. Conservare il messaggio stesso, divulgarlo anche in parte, distribuirlo ad altri soggetti, copiarlo, od utilizzarlo per finalità diverse, costituisce comportamento contrario ai principi dettati dal D.Lgs. 196/2003.

The information in this message and/or attachments, is intended solely for the attention and use of the named addressee(s) and may be confidential or proprietary in nature or covered by the provisions of privacy act (Legislative Decree June, 30 2003, no.196 - Italy’s New Data Protection Code).Any use not in accord with its purpose, any disclosure, reproduction, copying, distribution, or either dissemination, either whole or partial, is strictly forbidden except previous formal approval of the named addressee(s). If you are not the intended recipient, please contact immediately the sender by telephone, fax or e-mail and delete the information in this message that has been received in error. The sender does not give any warranty or accept liability as the content, accuracy or completeness of sent messages and accepts no responsibility for changes made after they were sent or for other risks which arise as a result of e-mail transmission, viruses, etc.

jive · March 6, 2015, 7:51pm

Thanks Rich, and yes next week would be a good time to chat. I am not sure if there are any BOF slots open, or if we should just crash the OSGeo booth

···

On 6 March 2015 at 11:29, Rich Fecher <rfecher@anonymised.com> wrote:

I’m definitely still interested in helping transition geotools’ artifacts to maven central. I was looking more at it yesterday and found additional issues that we can work around.

I was hoping to put it together on the proposal wiki with recommended paths forward soon with the idea that FOSS4G NA next week is a great opportunity to discuss the next steps. I’ll work on the proposal and send out something when I have it updated.

Rich

–
Jody Garnett

On Fri, Mar 6, 2015 at 9:20 AM, Jody Garnett <jody.garnett@anonymised.com3…> wrote:

Makes sense, part of the library getting more popular. The Rich Fecher possibly had some budget to put towards this (hence the proposal http://docs.codehaus.org/display/GEOTOOLS/Maven+Central).

I note that part of the plan was making use of CodeHaus repository (which is picked up by maven central). I think that section will need to be rewritten…

From http://maven.apache.org/guides/mini/guide-central-repository-upload.html

Instead of maintaining repository rsync feeds for each projects, we now encourage projects to use an approved repository hosting location.

Currently approved repository hosting locations:

Apache Software Foundation (for all Apache projects)

Codehaus (for Codehaus projects)

FuseSource Forge (focused on FUSE related projects)

Nuiton.org

Automatic publication will be provided for Forges that provide hosting services for OSS projects and other large project repositories that meet certain minimum criteria such as validation of PGP keys and pom contents as defined above. If you are interested in becoming an approved Forge, contact us at repo-maintainers@anonymised.com.

So we could set up a Nexus at OSGeo and crack down on uploads (PGP keys etc…) and become a approved Forge. I think I would wait until after CodeHaus migration is complete…

There are two other repositories in easy reach, the boundless snapshot repository, and the LocationTech repository (which was planning to mirror the dependencies we use as several of the projects use GeoTools).

Jody

–
Jody Garnett

On 6 March 2015 at 06:01, Andrea Aime <andrea.aime@anonymised.com> wrote:

Hi,
for the record, it seems the server is just getting a ton of concurrent connections,
checking for jars that are there, and jars that are not.

Maybe moving to central is not such a bad idea…

Cheers

Andrea

Dive into the World of Parallel Programming The Go Parallel Website, sponsored
by Intel and developed in partnership with Slashdot Media, is your hub for all
things parallel software development, from weekly thought leadership blogs to
news, videos, case studies, tutorials and more. Take a look and join the
conversation now. http://goparallel.sourceforge.net/

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

On Tue, Mar 3, 2015 at 10:08 AM, Andrea Aime <andrea.aime@anonymised.com> wrote:

–

==

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

==

Ing. Andrea Aime

@geowolf
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 339 8844549

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

AVVERTENZE AI SENSI DEL D.Lgs. 196/2003

Le informazioni contenute in questo messaggio di posta elettronica e/o nel/i file/s allegato/i sono da considerarsi strettamente riservate. Il loro utilizzo è consentito esclusivamente al destinatario del messaggio, per le finalità indicate nel messaggio stesso. Qualora riceviate questo messaggio senza esserne il destinatario, Vi preghiamo cortesemente di darcene notizia via e-mail e di procedere alla distruzione del messaggio stesso, cancellandolo dal Vostro sistema. Conservare il messaggio stesso, divulgarlo anche in parte, distribuirlo ad altri soggetti, copiarlo, od utilizzarlo per finalità diverse, costituisce comportamento contrario ai principi dettati dal D.Lgs. 196/2003.

The information in this message and/or attachments, is intended solely for the attention and use of the named addressee(s) and may be confidential or proprietary in nature or covered by the provisions of privacy act (Legislative Decree June, 30 2003, no.196 - Italy’s New Data Protection Code).Any use not in accord with its purpose, any disclosure, reproduction, copying, distribution, or either dissemination, either whole or partial, is strictly forbidden except previous formal approval of the named addressee(s). If you are not the intended recipient, please contact immediately the sender by telephone, fax or e-mail and delete the information in this message that has been received in error. The sender does not give any warranty or accept liability as the content, accuracy or completeness of sent messages and accepts no responsibility for changes made after they were sent or for other risks which arise as a result of e-mail transmission, viruses, etc.

On Tue, Mar 3, 2015 at 10:00 AM, Mauro Bartolomeoli <mauro.bartolomeoli@anonymised.com> wrote:

Anyone experiencing issues with osgeo maven repository?

From yesterday I cannot access http://download.osgeo.org/webdav/geotools/

It eventually responds, but it takes a few minutes… which is just as bad as not responding from
the point of view of a Maven build.

I’ve opened a ticket: https://trac.osgeo.org/osgeo/ticket/1479

Cheers
Andrea

–

==

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

==

Ing. Andrea Aime

@geowolf
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 339 8844549

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

AVVERTENZE AI SENSI DEL D.Lgs. 196/2003

Le informazioni contenute in questo messaggio di posta elettronica e/o nel/i file/s allegato/i sono da considerarsi strettamente riservate. Il loro utilizzo è consentito esclusivamente al destinatario del messaggio, per le finalità indicate nel messaggio stesso. Qualora riceviate questo messaggio senza esserne il destinatario, Vi preghiamo cortesemente di darcene notizia via e-mail e di procedere alla distruzione del messaggio stesso, cancellandolo dal Vostro sistema. Conservare il messaggio stesso, divulgarlo anche in parte, distribuirlo ad altri soggetti, copiarlo, od utilizzarlo per finalità diverse, costituisce comportamento contrario ai principi dettati dal D.Lgs. 196/2003.

The information in this message and/or attachments, is intended solely for the attention and use of the named addressee(s) and may be confidential or proprietary in nature or covered by the provisions of privacy act (Legislative Decree June, 30 2003, no.196 - Italy’s New Data Protection Code).Any use not in accord with its purpose, any disclosure, reproduction, copying, distribution, or either dissemination, either whole or partial, is strictly forbidden except previous formal approval of the named addressee(s). If you are not the intended recipient, please contact immediately the sender by telephone, fax or e-mail and delete the information in this message that has been received in error. The sender does not give any warranty or accept liability as the content, accuracy or completeness of sent messages and accepts no responsibility for changes made after they were sent or for other risks which arise as a result of e-mail transmission, viruses, etc.

Rich_Fecher · March 17, 2015, 5:58pm

Re: GeoTools on Maven Central - I just added a “Research” heading with updated proposal documentation as promised.

http://docs.codehaus.org/display/GEOTOOLS/Maven+Central

Sorry that I’m a bit later at getting around to this than I would have liked. Interested parties, please edit and provide feedback.

Thanks,
Rich

···

On Fri, Mar 6, 2015 at 11:51 AM, Jody Garnett <jody.garnett@anonymised.com> wrote:

Thanks Rich, and yes next week would be a good time to chat. I am not sure if there are any BOF slots open, or if we should just crash the OSGeo booth

–
Jody Garnett

On 6 March 2015 at 11:29, Rich Fecher <rfecher@anonymised.com> wrote:

I’m definitely still interested in helping transition geotools’ artifacts to maven central. I was looking more at it yesterday and found additional issues that we can work around.

I was hoping to put it together on the proposal wiki with recommended paths forward soon with the idea that FOSS4G NA next week is a great opportunity to discuss the next steps. I’ll work on the proposal and send out something when I have it updated.

Rich

On Fri, Mar 6, 2015 at 9:20 AM, Jody Garnett <jody.garnett@anonymised.com> wrote:

Makes sense, part of the library getting more popular. The Rich Fecher possibly had some budget to put towards this (hence the proposal http://docs.codehaus.org/display/GEOTOOLS/Maven+Central).

I note that part of the plan was making use of CodeHaus repository (which is picked up by maven central). I think that section will need to be rewritten…

From http://maven.apache.org/guides/mini/guide-central-repository-upload.html

Instead of maintaining repository rsync feeds for each projects, we now encourage projects to use an approved repository hosting location.

Currently approved repository hosting locations:

Apache Software Foundation (for all Apache projects)

Codehaus (for Codehaus projects)

FuseSource Forge (focused on FUSE related projects)

Nuiton.org

Automatic publication will be provided for Forges that provide hosting services for OSS projects and other large project repositories that meet certain minimum criteria such as validation of PGP keys and pom contents as defined above. If you are interested in becoming an approved Forge, contact us at repo-maintainers@anonymised.com.

So we could set up a Nexus at OSGeo and crack down on uploads (PGP keys etc…) and become a approved Forge. I think I would wait until after CodeHaus migration is complete…

There are two other repositories in easy reach, the boundless snapshot repository, and the LocationTech repository (which was planning to mirror the dependencies we use as several of the projects use GeoTools).

Jody

–
Jody Garnett

On 6 March 2015 at 06:01, Andrea Aime <andrea.aime@anonymised.com> wrote:

Hi,
for the record, it seems the server is just getting a ton of concurrent connections,
checking for jars that are there, and jars that are not.

Maybe moving to central is not such a bad idea…

Cheers

Andrea

Dive into the World of Parallel Programming The Go Parallel Website, sponsored
by Intel and developed in partnership with Slashdot Media, is your hub for all
things parallel software development, from weekly thought leadership blogs to
news, videos, case studies, tutorials and more. Take a look and join the
conversation now. http://goparallel.sourceforge.net/

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

On Tue, Mar 3, 2015 at 10:08 AM, Andrea Aime <andrea.aime@anonymised.com> wrote:

–

==

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

==

Ing. Andrea Aime

@geowolf
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 339 8844549

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

AVVERTENZE AI SENSI DEL D.Lgs. 196/2003

Le informazioni contenute in questo messaggio di posta elettronica e/o nel/i file/s allegato/i sono da considerarsi strettamente riservate. Il loro utilizzo è consentito esclusivamente al destinatario del messaggio, per le finalità indicate nel messaggio stesso. Qualora riceviate questo messaggio senza esserne il destinatario, Vi preghiamo cortesemente di darcene notizia via e-mail e di procedere alla distruzione del messaggio stesso, cancellandolo dal Vostro sistema. Conservare il messaggio stesso, divulgarlo anche in parte, distribuirlo ad altri soggetti, copiarlo, od utilizzarlo per finalità diverse, costituisce comportamento contrario ai principi dettati dal D.Lgs. 196/2003.

The information in this message and/or attachments, is intended solely for the attention and use of the named addressee(s) and may be confidential or proprietary in nature or covered by the provisions of privacy act (Legislative Decree June, 30 2003, no.196 - Italy’s New Data Protection Code).Any use not in accord with its purpose, any disclosure, reproduction, copying, distribution, or either dissemination, either whole or partial, is strictly forbidden except previous formal approval of the named addressee(s). If you are not the intended recipient, please contact immediately the sender by telephone, fax or e-mail and delete the information in this message that has been received in error. The sender does not give any warranty or accept liability as the content, accuracy or completeness of sent messages and accepts no responsibility for changes made after they were sent or for other risks which arise as a result of e-mail transmission, viruses, etc.

On Tue, Mar 3, 2015 at 10:00 AM, Mauro Bartolomeoli <mauro.bartolomeoli@anonymised.com> wrote:

Anyone experiencing issues with osgeo maven repository?

From yesterday I cannot access http://download.osgeo.org/webdav/geotools/

It eventually responds, but it takes a few minutes… which is just as bad as not responding from
the point of view of a Maven build.

I’ve opened a ticket: https://trac.osgeo.org/osgeo/ticket/1479

Cheers
Andrea

–

==

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

==

Ing. Andrea Aime

@geowolf
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 339 8844549

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

AVVERTENZE AI SENSI DEL D.Lgs. 196/2003

Le informazioni contenute in questo messaggio di posta elettronica e/o nel/i file/s allegato/i sono da considerarsi strettamente riservate. Il loro utilizzo è consentito esclusivamente al destinatario del messaggio, per le finalità indicate nel messaggio stesso. Qualora riceviate questo messaggio senza esserne il destinatario, Vi preghiamo cortesemente di darcene notizia via e-mail e di procedere alla distruzione del messaggio stesso, cancellandolo dal Vostro sistema. Conservare il messaggio stesso, divulgarlo anche in parte, distribuirlo ad altri soggetti, copiarlo, od utilizzarlo per finalità diverse, costituisce comportamento contrario ai principi dettati dal D.Lgs. 196/2003.

The information in this message and/or attachments, is intended solely for the attention and use of the named addressee(s) and may be confidential or proprietary in nature or covered by the provisions of privacy act (Legislative Decree June, 30 2003, no.196 - Italy’s New Data Protection Code).Any use not in accord with its purpose, any disclosure, reproduction, copying, distribution, or either dissemination, either whole or partial, is strictly forbidden except previous formal approval of the named addressee(s). If you are not the intended recipient, please contact immediately the sender by telephone, fax or e-mail and delete the information in this message that has been received in error. The sender does not give any warranty or accept liability as the content, accuracy or completeness of sent messages and accepts no responsibility for changes made after they were sent or for other risks which arise as a result of e-mail transmission, viruses, etc.

jive · March 17, 2015, 6:25pm

I added in a note to check GeoAPI package use (may end up being a trouble of maven central, maybe not since our artifact is distinct).

···

On 17 March 2015 at 10:58, Rich Fecher <rfecher@anonymised.com> wrote:

Re: GeoTools on Maven Central - I just added a “Research” heading with updated proposal documentation as promised.

http://docs.codehaus.org/display/GEOTOOLS/Maven+Central

Sorry that I’m a bit later at getting around to this than I would have liked. Interested parties, please edit and provide feedback.

Thanks,
Rich

–
Jody Garnett

On Fri, Mar 6, 2015 at 11:51 AM, Jody Garnett <jody.garnett@anonymised.com> wrote:

Thanks Rich, and yes next week would be a good time to chat. I am not sure if there are any BOF slots open, or if we should just crash the OSGeo booth

–
Jody Garnett

On 6 March 2015 at 11:29, Rich Fecher <rfecher@anonymised.com> wrote:

I’m definitely still interested in helping transition geotools’ artifacts to maven central. I was looking more at it yesterday and found additional issues that we can work around.

I was hoping to put it together on the proposal wiki with recommended paths forward soon with the idea that FOSS4G NA next week is a great opportunity to discuss the next steps. I’ll work on the proposal and send out something when I have it updated.

Rich

On Fri, Mar 6, 2015 at 9:20 AM, Jody Garnett <jody.garnett@anonymised.com> wrote:

Makes sense, part of the library getting more popular. The Rich Fecher possibly had some budget to put towards this (hence the proposal http://docs.codehaus.org/display/GEOTOOLS/Maven+Central).

I note that part of the plan was making use of CodeHaus repository (which is picked up by maven central). I think that section will need to be rewritten…

From http://maven.apache.org/guides/mini/guide-central-repository-upload.html

Instead of maintaining repository rsync feeds for each projects, we now encourage projects to use an approved repository hosting location.

Currently approved repository hosting locations:

Apache Software Foundation (for all Apache projects)

Codehaus (for Codehaus projects)

FuseSource Forge (focused on FUSE related projects)

Nuiton.org

Automatic publication will be provided for Forges that provide hosting services for OSS projects and other large project repositories that meet certain minimum criteria such as validation of PGP keys and pom contents as defined above. If you are interested in becoming an approved Forge, contact us at repo-maintainers@anonymised.com.

So we could set up a Nexus at OSGeo and crack down on uploads (PGP keys etc…) and become a approved Forge. I think I would wait until after CodeHaus migration is complete…

There are two other repositories in easy reach, the boundless snapshot repository, and the LocationTech repository (which was planning to mirror the dependencies we use as several of the projects use GeoTools).

Jody

–
Jody Garnett

On 6 March 2015 at 06:01, Andrea Aime <andrea.aime@anonymised.com> wrote:

Hi,
for the record, it seems the server is just getting a ton of concurrent connections,
checking for jars that are there, and jars that are not.

Maybe moving to central is not such a bad idea…

Cheers

Andrea

Dive into the World of Parallel Programming The Go Parallel Website, sponsored
by Intel and developed in partnership with Slashdot Media, is your hub for all
things parallel software development, from weekly thought leadership blogs to
news, videos, case studies, tutorials and more. Take a look and join the
conversation now. http://goparallel.sourceforge.net/

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

On Tue, Mar 3, 2015 at 10:08 AM, Andrea Aime <andrea.aime@anonymised.com> wrote:

–

==

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

==

Ing. Andrea Aime

@geowolf
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 339 8844549

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

AVVERTENZE AI SENSI DEL D.Lgs. 196/2003

Le informazioni contenute in questo messaggio di posta elettronica e/o nel/i file/s allegato/i sono da considerarsi strettamente riservate. Il loro utilizzo è consentito esclusivamente al destinatario del messaggio, per le finalità indicate nel messaggio stesso. Qualora riceviate questo messaggio senza esserne il destinatario, Vi preghiamo cortesemente di darcene notizia via e-mail e di procedere alla distruzione del messaggio stesso, cancellandolo dal Vostro sistema. Conservare il messaggio stesso, divulgarlo anche in parte, distribuirlo ad altri soggetti, copiarlo, od utilizzarlo per finalità diverse, costituisce comportamento contrario ai principi dettati dal D.Lgs. 196/2003.

The information in this message and/or attachments, is intended solely for the attention and use of the named addressee(s) and may be confidential or proprietary in nature or covered by the provisions of privacy act (Legislative Decree June, 30 2003, no.196 - Italy’s New Data Protection Code).Any use not in accord with its purpose, any disclosure, reproduction, copying, distribution, or either dissemination, either whole or partial, is strictly forbidden except previous formal approval of the named addressee(s). If you are not the intended recipient, please contact immediately the sender by telephone, fax or e-mail and delete the information in this message that has been received in error. The sender does not give any warranty or accept liability as the content, accuracy or completeness of sent messages and accepts no responsibility for changes made after they were sent or for other risks which arise as a result of e-mail transmission, viruses, etc.

On Tue, Mar 3, 2015 at 10:00 AM, Mauro Bartolomeoli <mauro.bartolomeoli@anonymised.com> wrote:

Anyone experiencing issues with osgeo maven repository?

From yesterday I cannot access http://download.osgeo.org/webdav/geotools/

It eventually responds, but it takes a few minutes… which is just as bad as not responding from
the point of view of a Maven build.

I’ve opened a ticket: https://trac.osgeo.org/osgeo/ticket/1479

Cheers
Andrea

–

==

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

==

Ing. Andrea Aime

@geowolf
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 339 8844549

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

AVVERTENZE AI SENSI DEL D.Lgs. 196/2003

Le informazioni contenute in questo messaggio di posta elettronica e/o nel/i file/s allegato/i sono da considerarsi strettamente riservate. Il loro utilizzo è consentito esclusivamente al destinatario del messaggio, per le finalità indicate nel messaggio stesso. Qualora riceviate questo messaggio senza esserne il destinatario, Vi preghiamo cortesemente di darcene notizia via e-mail e di procedere alla distruzione del messaggio stesso, cancellandolo dal Vostro sistema. Conservare il messaggio stesso, divulgarlo anche in parte, distribuirlo ad altri soggetti, copiarlo, od utilizzarlo per finalità diverse, costituisce comportamento contrario ai principi dettati dal D.Lgs. 196/2003.

The information in this message and/or attachments, is intended solely for the attention and use of the named addressee(s) and may be confidential or proprietary in nature or covered by the provisions of privacy act (Legislative Decree June, 30 2003, no.196 - Italy’s New Data Protection Code).Any use not in accord with its purpose, any disclosure, reproduction, copying, distribution, or either dissemination, either whole or partial, is strictly forbidden except previous formal approval of the named addressee(s). If you are not the intended recipient, please contact immediately the sender by telephone, fax or e-mail and delete the information in this message that has been received in error. The sender does not give any warranty or accept liability as the content, accuracy or completeness of sent messages and accepts no responsibility for changes made after they were sent or for other risks which arise as a result of e-mail transmission, viruses, etc.

Andrea_Aime4 · March 17, 2015, 7:37pm

On Tue, Mar 17, 2015 at 6:58 PM, Rich Fecher <rfecher@anonymised.com> wrote:

Re: GeoTools on Maven Central - I just added a "Research" heading with
updated proposal documentation as promised.

http://docs.codehaus.org/display/GEOTOOLS/Maven+Central

Sorry that I'm a bit later at getting around to this than I would have
liked. Interested parties, please edit and provide feedback.

One thing that bothers me to the point I'd -1 this proposal is requesting
people to manually install some jars in order
to get a GeoTools build working... it's hard enough now without having to
also add some ex

Would it be possible to keep everything transparent, and just publish a
handful of jars to the OSGeo maven repository?
I know we have troubles with jai, but could we, for example, change the
groupId of the jai jars so that they are
simply not found in maven central, and be found instead in our maven
repository?

Cheers
Andrea

--

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

Ing. Andrea Aime
@geowolf
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 339 8844549

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

*AVVERTENZE AI SENSI DEL D.Lgs. 196/2003*

Le informazioni contenute in questo messaggio di posta elettronica e/o
nel/i file/s allegato/i sono da considerarsi strettamente riservate. Il
loro utilizzo è consentito esclusivamente al destinatario del messaggio,
per le finalità indicate nel messaggio stesso. Qualora riceviate questo
messaggio senza esserne il destinatario, Vi preghiamo cortesemente di
darcene notizia via e-mail e di procedere alla distruzione del messaggio
stesso, cancellandolo dal Vostro sistema. Conservare il messaggio stesso,
divulgarlo anche in parte, distribuirlo ad altri soggetti, copiarlo, od
utilizzarlo per finalità diverse, costituisce comportamento contrario ai
principi dettati dal D.Lgs. 196/2003.

The information in this message and/or attachments, is intended solely for
the attention and use of the named addressee(s) and may be confidential or
proprietary in nature or covered by the provisions of privacy act
(Legislative Decree June, 30 2003, no.196 - Italy's New Data Protection
Code).Any use not in accord with its purpose, any disclosure, reproduction,
copying, distribution, or either dissemination, either whole or partial, is
strictly forbidden except previous formal approval of the named
addressee(s). If you are not the intended recipient, please contact
immediately the sender by telephone, fax or e-mail and delete the
information in this message that has been received in error. The sender
does not give any warranty or accept liability as the content, accuracy or
completeness of sent messages and accepts no responsibility for changes
made after they were sent or for other risks which arise as a result of
e-mail transmission, viruses, etc.

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

Andrea_Aime4 · March 17, 2015, 7:37pm

On Tue, Mar 17, 2015 at 8:37 PM, Andrea Aime <andrea.aime@anonymised.com>
wrote:

On Tue, Mar 17, 2015 at 6:58 PM, Rich Fecher <rfecher@anonymised.com> wrote:

Re: GeoTools on Maven Central - I just added a "Research" heading with
updated proposal documentation as promised.

http://docs.codehaus.org/display/GEOTOOLS/Maven+Central

Sorry that I'm a bit later at getting around to this than I would have
liked. Interested parties, please edit and provide feedback.

One thing that bothers me to the point I'd -1 this proposal is requesting
people to manually install some jars in order
to get a GeoTools build working... it's hard enough now without having to
also add some ex

some extra manual steps

Cheers
Andrea

--

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

Ing. Andrea Aime
@geowolf
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 339 8844549

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

*AVVERTENZE AI SENSI DEL D.Lgs. 196/2003*

Le informazioni contenute in questo messaggio di posta elettronica e/o
nel/i file/s allegato/i sono da considerarsi strettamente riservate. Il
loro utilizzo è consentito esclusivamente al destinatario del messaggio,
per le finalità indicate nel messaggio stesso. Qualora riceviate questo
messaggio senza esserne il destinatario, Vi preghiamo cortesemente di
darcene notizia via e-mail e di procedere alla distruzione del messaggio
stesso, cancellandolo dal Vostro sistema. Conservare il messaggio stesso,
divulgarlo anche in parte, distribuirlo ad altri soggetti, copiarlo, od
utilizzarlo per finalità diverse, costituisce comportamento contrario ai
principi dettati dal D.Lgs. 196/2003.

The information in this message and/or attachments, is intended solely for
the attention and use of the named addressee(s) and may be confidential or
proprietary in nature or covered by the provisions of privacy act
(Legislative Decree June, 30 2003, no.196 - Italy's New Data Protection
Code).Any use not in accord with its purpose, any disclosure, reproduction,
copying, distribution, or either dissemination, either whole or partial, is
strictly forbidden except previous formal approval of the named
addressee(s). If you are not the intended recipient, please contact
immediately the sender by telephone, fax or e-mail and delete the
information in this message that has been received in error. The sender
does not give any warranty or accept liability as the content, accuracy or
completeness of sent messages and accepts no responsibility for changes
made after they were sent or for other risks which arise as a result of
e-mail transmission, viruses, etc.

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

Rich_Fecher · March 17, 2015, 8:05pm

I agree its a painful workaround. I look at it as steps in the right direction to maybe get someday to the point where we just can resolve dependencies entirely from maven central.

But there perhaps may be some clarifications on the suggestion that may alleviate concerns. I am suggesting the root pom.xml that you would get from cloning geotools source still have any repositories and plugin repositories explicitly listed that will allow maven to automatically resolve all dependencies (basically no difference when building geotools from source). But the geotools pom.xml that is published to maven central cannot reference external repositories to follow maven central’s guidelines so it will require downstream applications to add a repositories tag. The downstream application would reference a repository that contains the identified dependencies that are missing from maven central. I can’t quite see how its worse than the current situation for a downstream application. In other words, referencing additional maven repositories to pick up on geotools dependencies is not foreign to applications that use geotools right now, and what this proposal will hopefully do is get more/most geotools dependencies available on maven central so that only a relatively small subset need to be hosted externally. Unless I’m missing something, it shouldn’t affect downstream applications if the repositories that currently host artifacts don’t go away. Maybe (hopefully) we can get all dependencies on maven central to simplify the use of geotools but there currently seem to be dependencies such as JAI that we cannot distribute on maven central.

···

On Tue, Mar 17, 2015 at 12:37 PM, Andrea Aime <andrea.aime@anonymised.com> wrote:

On Tue, Mar 17, 2015 at 8:37 PM, Andrea Aime <andrea.aime@anonymised.com> wrote:

some extra manual steps

Cheers

Andrea

–

==

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

==

Ing. Andrea Aime

@geowolf
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 339 8844549

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

AVVERTENZE AI SENSI DEL D.Lgs. 196/2003

Le informazioni contenute in questo messaggio di posta elettronica e/o nel/i file/s allegato/i sono da considerarsi strettamente riservate. Il loro utilizzo è consentito esclusivamente al destinatario del messaggio, per le finalità indicate nel messaggio stesso. Qualora riceviate questo messaggio senza esserne il destinatario, Vi preghiamo cortesemente di darcene notizia via e-mail e di procedere alla distruzione del messaggio stesso, cancellandolo dal Vostro sistema. Conservare il messaggio stesso, divulgarlo anche in parte, distribuirlo ad altri soggetti, copiarlo, od utilizzarlo per finalità diverse, costituisce comportamento contrario ai principi dettati dal D.Lgs. 196/2003.

The information in this message and/or attachments, is intended solely for the attention and use of the named addressee(s) and may be confidential or proprietary in nature or covered by the provisions of privacy act (Legislative Decree June, 30 2003, no.196 - Italy’s New Data Protection Code).Any use not in accord with its purpose, any disclosure, reproduction, copying, distribution, or either dissemination, either whole or partial, is strictly forbidden except previous formal approval of the named addressee(s). If you are not the intended recipient, please contact immediately the sender by telephone, fax or e-mail and delete the information in this message that has been received in error. The sender does not give any warranty or accept liability as the content, accuracy or completeness of sent messages and accepts no responsibility for changes made after they were sent or for other risks which arise as a result of e-mail transmission, viruses, etc.

On Tue, Mar 17, 2015 at 6:58 PM, Rich Fecher <rfecher@anonymised.com> wrote:

Re: GeoTools on Maven Central - I just added a “Research” heading with updated proposal documentation as promised.

http://docs.codehaus.org/display/GEOTOOLS/Maven+Central

Sorry that I’m a bit later at getting around to this than I would have liked. Interested parties, please edit and provide feedback.

One thing that bothers me to the point I’d -1 this proposal is requesting people to manually install some jars in order

to get a GeoTools build working… it’s hard enough now without having to also add some ex

Andrea_Aime4 · March 17, 2015, 8:40pm

On Tue, Mar 17, 2015 at 9:05 PM, Rich Fecher <rfecher@anonymised.com> wrote:

I agree its a painful workaround. I look at it as steps in the right
direction to maybe get someday to the point where we just can resolve
dependencies entirely from maven central.

But there perhaps may be some clarifications on the suggestion that may
alleviate concerns. I am suggesting the root pom.xml that you would get
from cloning geotools source still have any repositories and plugin
repositories explicitly listed that will allow maven to automatically
resolve all dependencies (basically no difference when building geotools
from source). But the geotools pom.xml that is published to maven central
cannot reference external repositories to follow maven central's guidelines
so it will require downstream applications to add a repositories tag. The
downstream application would reference a repository that contains the
identified dependencies that are missing from maven central. I can't quite
see how its worse than the current situation for a downstream application.
In other words, referencing additional maven repositories to pick up on
geotools dependencies is not foreign to applications that use geotools
right now, and what this proposal will hopefully do is get more/most
geotools dependencies available on maven central so that only a relatively
small subset need to be hosted externally. Unless I'm missing something, it
shouldn't affect downstream applications if the repositories that currently
host artifacts don't go away. Maybe (hopefully) we can get all dependencies
on maven central to simplify the use of geotools but there currently seem
to be dependencies such as JAI that we cannot distribute on maven central.

Indeed it is not foreign, but I was thinking of the situation that we had
recently, with the OSGeo repository not keeping up with the load
(too many concurrent connections) mostly because it is one of the first
repos to be searched.

To reduce the load, we have to tell people to list central as the first
repo to search, and only use OSGeo as a fallback... however, if JAI
remains in the current groupId, my understanding is that central will just
tell us the jar must be manually installed and the build
will fail there... or not? That's why I was suggesting that we move jai to
a different groupId.

Also.. what support do we have, build time, to alter the pom.xml for the
purpose of publishing it to central?
Like.. we would not be able to use mvn deploy (or a single mvn deploy
command) anymore, am I right?

Cheers
Andrea

--

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

Ing. Andrea Aime
@geowolf
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 339 8844549

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

*AVVERTENZE AI SENSI DEL D.Lgs. 196/2003*

Le informazioni contenute in questo messaggio di posta elettronica e/o
nel/i file/s allegato/i sono da considerarsi strettamente riservate. Il
loro utilizzo è consentito esclusivamente al destinatario del messaggio,
per le finalità indicate nel messaggio stesso. Qualora riceviate questo
messaggio senza esserne il destinatario, Vi preghiamo cortesemente di
darcene notizia via e-mail e di procedere alla distruzione del messaggio
stesso, cancellandolo dal Vostro sistema. Conservare il messaggio stesso,
divulgarlo anche in parte, distribuirlo ad altri soggetti, copiarlo, od
utilizzarlo per finalità diverse, costituisce comportamento contrario ai
principi dettati dal D.Lgs. 196/2003.

The information in this message and/or attachments, is intended solely for
the attention and use of the named addressee(s) and may be confidential or
proprietary in nature or covered by the provisions of privacy act
(Legislative Decree June, 30 2003, no.196 - Italy's New Data Protection
Code).Any use not in accord with its purpose, any disclosure, reproduction,
copying, distribution, or either dissemination, either whole or partial, is
strictly forbidden except previous formal approval of the named
addressee(s). If you are not the intended recipient, please contact
immediately the sender by telephone, fax or e-mail and delete the
information in this message that has been received in error. The sender
does not give any warranty or accept liability as the content, accuracy or
completeness of sent messages and accepts no responsibility for changes
made after they were sent or for other risks which arise as a result of
e-mail transmission, viruses, etc.

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

Andrea_Aime4 · March 17, 2015, 8:48pm

On Tue, Mar 17, 2015 at 9:40 PM, Andrea Aime <andrea.aime@anonymised.com>
wrote:

Indeed it is not foreign, but I was thinking of the situation that we had
recently, with the OSGeo repository not keeping up with the load
(too many concurrent connections) mostly because it is one of the first
repos to be searched.

Oh, forgot to clarify one thing. What was killing the webdav where not the
downloads, but the large amount of connections
searching for jars that are not in our repos (but that apps based on
GeoTools use)

Cheers
Andrea

--

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

Ing. Andrea Aime
@geowolf
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 339 8844549

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

*AVVERTENZE AI SENSI DEL D.Lgs. 196/2003*

Le informazioni contenute in questo messaggio di posta elettronica e/o
nel/i file/s allegato/i sono da considerarsi strettamente riservate. Il
loro utilizzo è consentito esclusivamente al destinatario del messaggio,
per le finalità indicate nel messaggio stesso. Qualora riceviate questo
messaggio senza esserne il destinatario, Vi preghiamo cortesemente di
darcene notizia via e-mail e di procedere alla distruzione del messaggio
stesso, cancellandolo dal Vostro sistema. Conservare il messaggio stesso,
divulgarlo anche in parte, distribuirlo ad altri soggetti, copiarlo, od
utilizzarlo per finalità diverse, costituisce comportamento contrario ai
principi dettati dal D.Lgs. 196/2003.

The information in this message and/or attachments, is intended solely for
the attention and use of the named addressee(s) and may be confidential or
proprietary in nature or covered by the provisions of privacy act
(Legislative Decree June, 30 2003, no.196 - Italy's New Data Protection
Code).Any use not in accord with its purpose, any disclosure, reproduction,
copying, distribution, or either dissemination, either whole or partial, is
strictly forbidden except previous formal approval of the named
addressee(s). If you are not the intended recipient, please contact
immediately the sender by telephone, fax or e-mail and delete the
information in this message that has been received in error. The sender
does not give any warranty or accept liability as the content, accuracy or
completeness of sent messages and accepts no responsibility for changes
made after they were sent or for other risks which arise as a result of
e-mail transmission, viruses, etc.

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

jive · March 17, 2015, 8:52pm

I wonder if there is a way to ask it to keep searching to the next repository - so projects that are not concerned can download JAI from the OSGeo repository. Like does the pom.xml with download instructions have to stop searching at that point?

···

On 17 March 2015 at 13:40, Andrea Aime <andrea.aime@anonymised.com> wrote:

–
Jody Garnett

On Tue, Mar 17, 2015 at 9:05 PM, Rich Fecher <rfecher@anonymised.com> wrote:

I agree its a painful workaround. I look at it as steps in the right direction to maybe get someday to the point where we just can resolve dependencies entirely from maven central.

But there perhaps may be some clarifications on the suggestion that may alleviate concerns. I am suggesting the root pom.xml that you would get from cloning geotools source still have any repositories and plugin repositories explicitly listed that will allow maven to automatically resolve all dependencies (basically no difference when building geotools from source). But the geotools pom.xml that is published to maven central cannot reference external repositories to follow maven central’s guidelines so it will require downstream applications to add a repositories tag. The downstream application would reference a repository that contains the identified dependencies that are missing from maven central. I can’t quite see how its worse than the current situation for a downstream application. In other words, referencing additional maven repositories to pick up on geotools dependencies is not foreign to applications that use geotools right now, and what this proposal will hopefully do is get more/most geotools dependencies available on maven central so that only a relatively small subset need to be hosted externally. Unless I’m missing something, it shouldn’t affect downstream applications if the repositories that currently host artifacts don’t go away. Maybe (hopefully) we can get all dependencies on maven central to simplify the use of geotools but there currently seem to be dependencies such as JAI that we cannot distribute on maven central.

Indeed it is not foreign, but I was thinking of the situation that we had recently, with the OSGeo repository not keeping up with the load

(too many concurrent connections) mostly because it is one of the first repos to be searched.

To reduce the load, we have to tell people to list central as the first repo to search, and only use OSGeo as a fallback… however, if JAI

remains in the current groupId, my understanding is that central will just tell us the jar must be manually installed and the build

will fail there… or not? That’s why I was suggesting that we move jai to a different groupId.

Also… what support do we have, build time, to alter the pom.xml for the purpose of publishing it to central?

Like… we would not be able to use mvn deploy (or a single mvn deploy command) anymore, am I right?

Cheers

Andrea

–

==

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

==

Ing. Andrea Aime

@geowolf
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 339 8844549

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

AVVERTENZE AI SENSI DEL D.Lgs. 196/2003

Le informazioni contenute in questo messaggio di posta elettronica e/o nel/i file/s allegato/i sono da considerarsi strettamente riservate. Il loro utilizzo è consentito esclusivamente al destinatario del messaggio, per le finalità indicate nel messaggio stesso. Qualora riceviate questo messaggio senza esserne il destinatario, Vi preghiamo cortesemente di darcene notizia via e-mail e di procedere alla distruzione del messaggio stesso, cancellandolo dal Vostro sistema. Conservare il messaggio stesso, divulgarlo anche in parte, distribuirlo ad altri soggetti, copiarlo, od utilizzarlo per finalità diverse, costituisce comportamento contrario ai principi dettati dal D.Lgs. 196/2003.

The information in this message and/or attachments, is intended solely for the attention and use of the named addressee(s) and may be confidential or proprietary in nature or covered by the provisions of privacy act (Legislative Decree June, 30 2003, no.196 - Italy’s New Data Protection Code).Any use not in accord with its purpose, any disclosure, reproduction, copying, distribution, or either dissemination, either whole or partial, is strictly forbidden except previous formal approval of the named addressee(s). If you are not the intended recipient, please contact immediately the sender by telephone, fax or e-mail and delete the information in this message that has been received in error. The sender does not give any warranty or accept liability as the content, accuracy or completeness of sent messages and accepts no responsibility for changes made after they were sent or for other risks which arise as a result of e-mail transmission, viruses, etc.

Rich_Fecher · March 17, 2015, 11:17pm

By publishing artifacts to maven central you will get some users resolving their artifacts without OSGeo, but I don’t think you will necessarily have complete control over the order that the repositories are visited. The caveat to that is you can make recommendations on how to structure their settings.xml if this is important.

To reduce the load, we have to tell people to list central as the first repo to search, and only use OSGeo as a fallback… however, if JAI
remains in the current groupId, my understanding is that central will just tell us the jar must be manually installed and the build
will fail there… or not? That’s why I was suggesting that we move jai to a different groupId.

As I understood it, publishing JAI under a different group ID was in violation of the license. I have no claim to be the expert, and if we could publish under a different group ID that would be a fantastically easy solution. But I had thought the javax.* projects fall under a unique Sun license that has precluded them from being on Maven Central. Here’s their license:

http://download.java.net/media/jai/builds/release/1_1_3/LICENSE-jai.txt

For the other artifacts, I’m not really sure if they have particular licenses that prevent renaming the group ID to org.geotools*. Licensing wasn’t really part of my initial research and it could be worth further investigation.

Basically, for JAI I followed the maven guide on “What about artifacts that can’t be distributed because of their license?” where their example is javax.activation:
http://maven.apache.org/guides/mini/guide-central-repository-upload.html#FAQ_and_common_mistakes

Like does the pom.xml with download instructions have to stop searching at that point?

The pom.xml will not stop maven from trying to resolve the jars - it will keep searching all other repositories. Essentially we’re just offloading a majority of the artifacts to maven central but the repositories that exist now can also host as much as they’d like - again caveat being you can assume order of repositories is undefined unless you want to have a recommendation to users to change their settings.xml. Right now it will never resolve the dependencies from maven central so it seems that having a vast majority hosted on maven central is a step in a positive direction. Only the subset of artifacts not on maven central truly need to exist in an external repository, but again if the external repositories would like to continue as is, there’s no reason they cannot.

Also… what support do we have, build time, to alter the pom.xml for the purpose of publishing it to central?
Like… we would not be able to use mvn deploy (or a single mvn deploy command) anymore, am I right?

The pom.xml.mavencentral concept was just a thought to keep development exactly as it is now. Actually, maybe call it pom-mvncentral.xml, but same idea. You should be able to deploy it to maven central instead of the default pom.xml with ‘mvn -f pom-mvncentral.xml deploy’

This blog sort of argues against having repositories listed in your pom at all because they’re burned in forever, but I think its fair for ease of development, particularly in this case because that is just the way its been:
http://blog.sonatype.com/2009/02/why-putting-repositories-in-your-poms-is-a-bad-idea

If others think its better practice to just add the repository that will at least resolve JAI to the settings.xml for those cloning geotools source and working in it, then the pom-mvncentral.xml can go away and there would just be one pom.

Rich

···

On Tue, Mar 17, 2015 at 4:52 PM, Jody Garnett <jody.garnett@anonymised.com> wrote:

I wonder if there is a way to ask it to keep searching to the next repository - so projects that are not concerned can download JAI from the OSGeo repository. Like does the pom.xml with download instructions have to stop searching at that point?

–
Jody Garnett

On 17 March 2015 at 13:40, Andrea Aime <andrea.aime@anonymised.com> wrote:

On Tue, Mar 17, 2015 at 9:05 PM, Rich Fecher <rfecher@anonymised.com> wrote:

I agree its a painful workaround. I look at it as steps in the right direction to maybe get someday to the point where we just can resolve dependencies entirely from maven central.

But there perhaps may be some clarifications on the suggestion that may alleviate concerns. I am suggesting the root pom.xml that you would get from cloning geotools source still have any repositories and plugin repositories explicitly listed that will allow maven to automatically resolve all dependencies (basically no difference when building geotools from source). But the geotools pom.xml that is published to maven central cannot reference external repositories to follow maven central’s guidelines so it will require downstream applications to add a repositories tag. The downstream application would reference a repository that contains the identified dependencies that are missing from maven central. I can’t quite see how its worse than the current situation for a downstream application. In other words, referencing additional maven repositories to pick up on geotools dependencies is not foreign to applications that use geotools right now, and what this proposal will hopefully do is get more/most geotools dependencies available on maven central so that only a relatively small subset need to be hosted externally. Unless I’m missing something, it shouldn’t affect downstream applications if the repositories that currently host artifacts don’t go away. Maybe (hopefully) we can get all dependencies on maven central to simplify the use of geotools but there currently seem to be dependencies such as JAI that we cannot distribute on maven central.

Indeed it is not foreign, but I was thinking of the situation that we had recently, with the OSGeo repository not keeping up with the load

(too many concurrent connections) mostly because it is one of the first repos to be searched.

To reduce the load, we have to tell people to list central as the first repo to search, and only use OSGeo as a fallback… however, if JAI

remains in the current groupId, my understanding is that central will just tell us the jar must be manually installed and the build

will fail there… or not? That’s why I was suggesting that we move jai to a different groupId.

Also… what support do we have, build time, to alter the pom.xml for the purpose of publishing it to central?

Like… we would not be able to use mvn deploy (or a single mvn deploy command) anymore, am I right?

Cheers

Andrea

–

==

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

==

Ing. Andrea Aime

@geowolf
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 339 8844549

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

AVVERTENZE AI SENSI DEL D.Lgs. 196/2003

Le informazioni contenute in questo messaggio di posta elettronica e/o nel/i file/s allegato/i sono da considerarsi strettamente riservate. Il loro utilizzo è consentito esclusivamente al destinatario del messaggio, per le finalità indicate nel messaggio stesso. Qualora riceviate questo messaggio senza esserne il destinatario, Vi preghiamo cortesemente di darcene notizia via e-mail e di procedere alla distruzione del messaggio stesso, cancellandolo dal Vostro sistema. Conservare il messaggio stesso, divulgarlo anche in parte, distribuirlo ad altri soggetti, copiarlo, od utilizzarlo per finalità diverse, costituisce comportamento contrario ai principi dettati dal D.Lgs. 196/2003.

The information in this message and/or attachments, is intended solely for the attention and use of the named addressee(s) and may be confidential or proprietary in nature or covered by the provisions of privacy act (Legislative Decree June, 30 2003, no.196 - Italy’s New Data Protection Code).Any use not in accord with its purpose, any disclosure, reproduction, copying, distribution, or either dissemination, either whole or partial, is strictly forbidden except previous formal approval of the named addressee(s). If you are not the intended recipient, please contact immediately the sender by telephone, fax or e-mail and delete the information in this message that has been received in error. The sender does not give any warranty or accept liability as the content, accuracy or completeness of sent messages and accepts no responsibility for changes made after they were sent or for other risks which arise as a result of e-mail transmission, viruses, etc.

Andrea_Aime4 · March 17, 2015, 11:24pm

On Wed, Mar 18, 2015 at 12:17 AM, Rich Fecher <rfecher@anonymised.com> wrote:

As I understood it, publishing JAI under a different group ID was in
violation of the license. I have no claim to be the expert, and if we
could publish under a different group ID that would be a fantastically easy
solution. But I had thought the javax.* projects fall under a unique Sun
license that has precluded them from being on Maven Central. Here's their
license:
http://download.java.net/media/jai/builds/release/1_1_3/LICENSE-jai.txt

Hum... don't see how a license that was created before Maven even existed
could disallow us to just change the groupId (without changing the actual
package names in the jars)

For the other artifacts, I'm not really sure if they have particular
licenses that prevent renaming the group ID to org.geotools*. Licensing
wasn't really part of my initial research and it could be worth further
investigation.

Basically, for JAI I followed the maven guide on "What about artifacts
that can't be distributed because of their license?" where their example is
javax.activation:

http://maven.apache.org/guides/mini/guide-central-repository-upload.html#FAQ_and_common_mistakes

Like does the pom.xml with download instructions *have* to stop searching

at that point?

The pom.xml will not stop maven from trying to resolve the jars - it will
keep searching all other repositories. Essentially we're just offloading a
majority of the artifacts to maven central but the repositories that exist
now can also host as much as they'd like - again caveat being you can
assume order of repositories is undefined unless you want to have a
recommendation to users to change their settings.xml. Right now it will
never resolve the dependencies from maven central so it seems that having a
vast majority hosted on maven central is a step in a positive direction.
Only the subset of artifacts not on maven central truly need to exist in an
external repository, but again if the external repositories would like to
continue as is, there's no reason they cannot.

Hum.. I thought that the search stopped at central for jai because it finds
the pom, but it has an indication to manually install the jar.
I guess Jody's question was, can we make it the search continue on other
repos for jai specifically, even if we stumble into central first?
If we could, there would be no need to change the jai groupId

Cheers
Andrea

--

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

Ing. Andrea Aime
@geowolf
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 339 8844549

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

*AVVERTENZE AI SENSI DEL D.Lgs. 196/2003*

Le informazioni contenute in questo messaggio di posta elettronica e/o
nel/i file/s allegato/i sono da considerarsi strettamente riservate. Il
loro utilizzo è consentito esclusivamente al destinatario del messaggio,
per le finalità indicate nel messaggio stesso. Qualora riceviate questo
messaggio senza esserne il destinatario, Vi preghiamo cortesemente di
darcene notizia via e-mail e di procedere alla distruzione del messaggio
stesso, cancellandolo dal Vostro sistema. Conservare il messaggio stesso,
divulgarlo anche in parte, distribuirlo ad altri soggetti, copiarlo, od
utilizzarlo per finalità diverse, costituisce comportamento contrario ai
principi dettati dal D.Lgs. 196/2003.

The information in this message and/or attachments, is intended solely for
the attention and use of the named addressee(s) and may be confidential or
proprietary in nature or covered by the provisions of privacy act
(Legislative Decree June, 30 2003, no.196 - Italy's New Data Protection
Code).Any use not in accord with its purpose, any disclosure, reproduction,
copying, distribution, or either dissemination, either whole or partial, is
strictly forbidden except previous formal approval of the named
addressee(s). If you are not the intended recipient, please contact
immediately the sender by telephone, fax or e-mail and delete the
information in this message that has been received in error. The sender
does not give any warranty or accept liability as the content, accuracy or
completeness of sent messages and accepts no responsibility for changes
made after they were sent or for other risks which arise as a result of
e-mail transmission, viruses, etc.

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

Bart_van_den_Eijnde1 · March 18, 2015, 3:43am

I am also bothered by this proposal as Maven Central is in my view overly restrictive.

- What about the data-only schema jars used for app-schema testing that are generated by downloading schemas with ant? These exist only to allow caching of test data so tests can (once the artifacts are in the local repository) run offline without relying on network resources.

- What about the refdataset jar for GeoServer app-schema database testing (not even under version control let alone a proper pom)? I would love to see an scm link that points back to a maven repo. :->

I do not think these are a good fit with Maven Central's world view. Not to mention having somewhere to deploy an unofficial handcrafted milestone when we have a killer problem with a dependency and are getting no joy with upstream? Or the time we had no GWC release and made a handcrafted milestone to release against. The osgeo repo allows us to adopt these pragmatic workarounds.

The osgeo maven repository is in my view an workable solution for these cases. Can osgeo put a varnishd in front of apache and be done with it?

Kind regards,
Ben.

On 18/03/15 08:37, Andrea Aime wrote:

One thing that bothers me to the point I'd -1 this proposal is requesting
people to manually install some jars in order
to get a GeoTools build working... it's hard enough now without having to
also add some ex

--
Ben Caradoc-Davies <ben@anonymised.com>
Director
Transient Software Limited <http://transient.nz>
New Zealand

Chris1 · March 18, 2015, 4:15am

The motivation to get into maven central probably isn’t so much a “how does this make geotools/geoserver we have right now immediately better” - I agree, there are some awkward hoops to jump through.

I think the payout is longer term in making the artifacts easier to use and more accessible for the non geospatial community out there. Someone who is working on another project and has a need for geospatial capabilities is (in my opinion) much more likely to show a preference for projects that are in maven central.

Some of the projects we are looking to work with (spark, hadoop, hbase, etc.) are all pretty centralized around maven central.

I totally agree that, in reality, it’s not a huge issue to add another repo to the POM. But at the same time, that initial cusp of getting peoples attention, getting them to spend time and come to understand a project, is lots of times made on quick decisions (what’s already available, that I don’t have to add repositories for etc.)
<That’s based on my experience and the experience of people I know when we are looking for other libraries or projects; absent anything better that’s turns out to be a pretty significant criteria - but it’s admittedly both anecdotal and an opinion>.

Would it be fair to say there’s three separate high level concerns going around here?

(1) The impact on people who do the traditional clone/build - with the caveat that the POM should just work without jumping through any hoops.

(2) The extra overhead/maintenance required to deploy a “different” profile to maven central.

(3) The overall viability (how I interpret Ben’s point) - will we actually be able to move enough of the artifacts over to make people using maven central viable (because otherwise the whole effort is futile)

1 - I think this is a hard requirement (shouldn’t break anything that already works), and here I believe Rich’s intent (though correct me if I’m wrong) is to ensure that this is not impacted at all. People should be able to clone and build from git exactly as they do now.

2 - I think it would turn into one extra deploy step (with a separate POM I believe). The other overhead I can think of

Managing GPG keys for signing (might already be done)
Managing accounts with Sonatype, Bintray, or someone else (typical way I’m familiar with; leverging OSgeo there may be a way to mirror directly)

3 - I have to admit I’m not as familiar with this. Are these things people need if they want to use geotools, write a geoserver plugin, or are these things needed for GeoServer integration/verification tests? That said, as long as the group has redistribution rights I don’t see any reason why those couldn’t be uploaded. (Other than the work you mentioned that would have to be done to pomify/version control the refdataset jar, which could be added to this proposal)

···

On Tue, Mar 17, 2015 at 11:43 PM, Ben Caradoc-Davies <ben@anonymised.com> wrote:

I am also bothered by this proposal as Maven Central is in my view
overly restrictive.

What about the data-only schema jars used for app-schema testing that
are generated by downloading schemas with ant? These exist only to allow
caching of test data so tests can (once the artifacts are in the local
repository) run offline without relying on network resources.

What about the refdataset jar for GeoServer app-schema database
testing (not even under version control let alone a proper pom)? I would
love to see an scm link that points back to a maven repo. :->

I do not think these are a good fit with Maven Central’s world view. Not
to mention having somewhere to deploy an unofficial handcrafted
milestone when we have a killer problem with a dependency and are
getting no joy with upstream? Or the time we had no GWC release and made
a handcrafted milestone to release against. The osgeo repo allows us to
adopt these pragmatic workarounds.

The osgeo maven repository is in my view an workable solution for these
cases. Can osgeo put a varnishd in front of apache and be done with it?

Kind regards,
Ben.

On 18/03/15 08:37, Andrea Aime wrote:

One thing that bothers me to the point I’d -1 this proposal is requesting
people to manually install some jars in order
to get a GeoTools build working… it’s hard enough now without having to
also add some ex

–
Ben Caradoc-Davies <ben@anonymised.com>
Director
Transient Software Limited <http://transient.nz>
New Zealand

Dive into the World of Parallel Programming The Go Parallel Website, sponsored
by Intel and developed in partnership with Slashdot Media, is your hub for all
things parallel software development, from weekly thought leadership blogs to
news, videos, case studies, tutorials and more. Take a look and join the
conversation now. http://goparallel.sourceforge.net/

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

Bart_van_den_Eijnde1 · March 18, 2015, 5:48am

The schema and refdataset jars are only used in GeoTools and GeoServer tests. These artifacts are not deployed as part of a GeoTools or GeoServer release and have version numbers governed elsewhere (plus a packager suffix) and are unrelated to GeoTools release numbers. Deployment is a manual process. I agree that migrating refdataset would require cleaning up its governance; this would be a good thing.

The refdataset SQL has been contributed to OSGeo. The provenance is clean: origin was DPI Victoria (state of Australia), the only licence requirement was mandatory modification. This was performed by Victor Tey of CSIRO, the originator of refdataset and the corresponding tests in GeoServer app-schema-test. CSIRO contributed this content as a corporate osgeo contributor. The SQL *could* go into git, but *should* it? It is a big chunk of data.

The app-schema-packages artifacts are more problematic, and have IP issues:
https://github.com/geotools/geotools/tree/master/modules/extension/app-schema/app-schema-packages

These poms build unmodified copies of public documents that are used only for testing. I argue that this is a caching mechanism (but I am not a lawyer). Most are OGC and IUGS-CGI schemas. These organisations are all for interoperability; our use is testing our software for compatibility with their schemas. However, an example IUGS-CGI copyright statement is: "Copyright (c) Commission for the Management and Application of Geoscience Information 2013. All rights reserved." These documents are AFAICT incompatible with the LGPL. I do not see how we can check these into git. The OGC licence is much more permissive.

Some mention of the more ancient schemas here as well (app-schema IP review):
http://jira.codehaus.org/browse/GEOT-3623

See also (legality of caching content provided for free):
http://en.wikipedia.org/wiki/Field_v._Google,_Inc.
http://www.theregister.co.uk/2006/01/27/google_cache_copyright_breach_ruling/

Kind regards,
Ben.

On 18/03/15 17:15, Chris Bennight wrote:

3 - I have to admit I'm not as familiar with this. Are these things people
need if they want to use geotools, write a geoserver plugin, or are these
things needed for GeoServer integration/verification tests? That said, as
long as the group has redistribution rights I don't see any reason why
those couldn't be uploaded. (Other than the work you mentioned that would
have to be done to pomify/version control the refdataset jar, which could
be added to this proposal)

--
Ben Caradoc-Davies <ben@anonymised.com>
Director
Transient Software Limited <http://transient.nz>
New Zealand

ianturton · March 18, 2015, 9:15am

Seeing Ben’s mention of the OGC schemas reminded me of a similar discussion on the osgeo-standards list where one of the linux distros (debian?) was rejecting Tiny OWS because of the license on the OGC schemas. I’ll see if I can find the thread as it is probably relevant to this discussion too.

Ian

On Wed, Mar 18, 2015 at 5:50 AM Ben Caradoc-Davies <ben@anonymised.com> wrote:

The schema and refdataset jars are only used in GeoTools and GeoServer
tests. These artifacts are not deployed as part of a GeoTools or
GeoServer release and have version numbers governed elsewhere (plus a
packager suffix) and are unrelated to GeoTools release numbers.
Deployment is a manual process. I agree that migrating refdataset would
require cleaning up its governance; this would be a good thing.

The refdataset SQL has been contributed to OSGeo. The provenance is
clean: origin was DPI Victoria (state of Australia), the only licence
requirement was mandatory modification. This was performed by Victor Tey
of CSIRO, the originator of refdataset and the corresponding tests in
GeoServer app-schema-test. CSIRO contributed this content as a corporate
osgeo contributor. The SQL could go into git, but should it? It is a
big chunk of data.

The app-schema-packages artifacts are more problematic, and have IP issues:
https://github.com/geotools/geotools/tree/master/modules/extension/app-schema/app-schema-packages

These poms build unmodified copies of public documents that are used
only for testing. I argue that this is a caching mechanism (but I am not
a lawyer). Most are OGC and IUGS-CGI schemas. These organisations are
all for interoperability; our use is testing our software for
compatibility with their schemas. However, an example IUGS-CGI copyright
statement is: “Copyright (c) Commission for the Management and
Application of Geoscience Information 2013. All rights reserved.” These
documents are AFAICT incompatible with the LGPL. I do not see how we can
check these into git. The OGC licence is much more permissive.

Some mention of the more ancient schemas here as well (app-schema IP
review):
http://jira.codehaus.org/browse/GEOT-3623

See also (legality of caching content provided for free):
http://en.wikipedia.org/wiki/Field_v._Google,_Inc.
http://www.theregister.co.uk/2006/01/27/google_cache_copyright_breach_ruling/

Kind regards,
Ben.

On 18/03/15 17:15, Chris Bennight wrote:

3 - I have to admit I’m not as familiar with this. Are these things people
need if they want to use geotools, write a geoserver plugin, or are these
things needed for GeoServer integration/verification tests? That said, as
long as the group has redistribution rights I don’t see any reason why
those couldn’t be uploaded. (Other than the work you mentioned that would
have to be done to pomify/version control the refdataset jar, which could
be added to this proposal)

–
Ben Caradoc-Davies <ben@anonymised.com>
Director
Transient Software Limited <http://transient.nz>
New Zealand

Dive into the World of Parallel Programming The Go Parallel Website, sponsored
by Intel and developed in partnership with Slashdot Media, is your hub for all
things parallel software development, from weekly thought leadership blogs to
news, videos, case studies, tutorials and more. Take a look and join the
conversation now. http://goparallel.sourceforge.net/

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

[Geoserver-devel] osgeo maven repo

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

--

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

There are two other repositories in easy reach, the boundless snapshot repository, and the LocationTech repository (which was planning to mirror the dependencies we use as several of the projects use GeoTools).

There are two other repositories in easy reach, the boundless snapshot repository, and the LocationTech repository (which was planning to mirror the dependencies we use as several of the projects use GeoTools).

There are two other repositories in easy reach, the boundless snapshot repository, and the LocationTech repository (which was planning to mirror the dependencies we use as several of the projects use GeoTools).

There are two other repositories in easy reach, the boundless snapshot repository, and the LocationTech repository (which was planning to mirror the dependencies we use as several of the projects use GeoTools).

--

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

--

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

--

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

--

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

--

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

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

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

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

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

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

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

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