[Geoserver-devel] Preparing for the release

GeoServer GeoServer Developer
1

I’m going to attempt to make my first release starting on Wednesday. So if you have pending changes that you would like included then now is the time to commit them.

Ian

2

We actually have two blockers on the release process:

  • The release scripts are not tagging correctly (tag shows SNAPSHOT still JIRA has not been reported)
  • A number of headers in GeoTools incorrectly licensed (GEOT-4509)

I have a bit more complicated release plan:

  • Tuesday: GeoTools Tuesday to Maven
  • Wednesday: Wait for GeoWebCache to Release based on GeoTools
  • Thursday: Release GeoServer

–
Jody Garnett

On Monday, 15 July 2013 at 2:32 PM, Ian Turton wrote:

I’m going to attempt to make my first release starting on Wednesday. So if you have pending changes that you would like included then now is the time to commit them.

Ian

See everything from the browser to the database with AppDynamics
Get end-to-end visibility with application monitoring from AppDynamics
Isolate bottlenecks and diagnose root cause in seconds.
Start your free trial of AppDynamics Pro today!
http://pubads.g.doubleclick.net/gampad/clk?id=48808831&iu=/4140/ostg.clktrk

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

3

On Mon, Jul 15, 2013 at 7:51 AM, Jody Garnett <jody.garnett@anonymised.com>wrote:

We actually have two blockers on the release process:
- The release scripts are not tagging correctly (tag shows SNAPSHOT still
JIRA has not been reported)
- A number of headers in GeoTools incorrectly licensed (GEOT-4509<https://jira.codehaus.org/browse/GEOT-4509&gt;
)

Personally I don't see either of them as blockers?

The first one has been there since we made automated releases (so, not
news, not a regression,
and does not block people using the release artifacts), same for the
second, those headers
have been there for a while and we made a few releases with them.

Not saying they are un-important, but with a monthly release one should
explain why it's critical
to delay the release and why we can't wait next month. Neither of them
seems to make GeoTools
un-usable for a large amount of users.

Cheers
Andrea

--

Our support, Your Success! Visit http://opensdi.geo-solutions.it 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

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

4

The first one has been there since we made automated releases (so, not news, not a regression,
and does not block people using the release artifacts)

Okay I was not aware of it previously. I wonder if it is to push up just a tag?

, same for the second, those headers have been there for a while and we made a few releases with them.

Indeed, however I would like to try and fix them as it is one thing to release in good faith and be wrong, and another to to release when you know of an IP issue.

Jody

5

On Mon, Jul 15, 2013 at 9:02 AM, Jody Garnett <jody.garnett@anonymised.com>wrote:

Indeed, however I would like to try and fix them as it is one thing to
release in good faith and be wrong, and another to to release when you know
of an IP issue.

Had a look at EnumerationConverterFactory, I wrote it and backported it,
fixed

All of the others can be traced back to this commit:

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

commit 52268fedf39442dbd44177af664af41bda93b96e
Author: jive <jive@anonymised.com> 2011-07-31 17:46:51

Initial backport from geoserver; waiting on email before updating headers

git-svn-id: http://svn.osgeo.org/geotools/trunk@anonymised.com

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

So, it's up to you to fix the headers?
I've cc'ed the original authors just in case (I already gave you my "go"
when you wanted to
backport the processes to geotools, so at least the third one can be fixed
right away).

Cheers
Andrea

--

Our support, Your Success! Visit http://opensdi.geo-solutions.it 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

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

6

Thanks I feel sheepish now … bah bah

–
Jody Garnett

On Monday, 15 July 2013 at 5:16 PM, Andrea Aime wrote:

On Mon, Jul 15, 2013 at 9:02 AM, Jody Garnett <jody.garnett@anonymised.com> wrote:

Indeed, however I would like to try and fix them as it is one thing to release in good faith and be wrong, and another to to release when you know of an IP issue.

Had a look at EnumerationConverterFactory, I wrote it and backported it, fixed

All of the others can be traced back to this commit:

commit 52268fedf39442dbd44177af664af41bda93b96e
Author: jive jive@anonymised.com 2011-07-31 17:46:51

Initial backport from geoserver; waiting on email before updating headers

git-svn-id: http://svn.osgeo.org/geotools/trunk@anonymised.com e5c1c795-43da-0310-a71f-fac65c449510

So, it’s up to you to fix the headers?
I’ve cc’ed the original authors just in case (I already gave you my “go” when you wanted to
backport the processes to geotools, so at least the third one can be fixed right away).

Cheers
Andrea

–

==
Our support, Your Success! Visit http://opensdi.geo-solutions.it 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

7

Hi Jody,

feel free to change the header of

modules\unsupported\process-raster\src\main\java\org\geotools\process\raster\BaseCoverageAlgebraProcess.javaas

as you wish :slight_smile:

Cheers,
Daniele

···

==
Our support, Your Success! Visit http://opensdi.geo-solutions.it for more information.

Ing. Daniele Romagnoli
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

On Mon, Jul 15, 2013 at 12:42 PM, Jody Garnett <jody.garnett@anonymised.com> wrote:

Thanks I feel sheepish now … bah bah

–
Jody Garnett

On Monday, 15 July 2013 at 5:16 PM, Andrea Aime wrote:

On Mon, Jul 15, 2013 at 9:02 AM, Jody Garnett <jody.garnett@anonymised.com> wrote:

Indeed, however I would like to try and fix them as it is one thing to release in good faith and be wrong, and another to to release when you know of an IP issue.

Had a look at EnumerationConverterFactory, I wrote it and backported it, fixed

All of the others can be traced back to this commit:

commit 52268fedf39442dbd44177af664af41bda93b96e
Author: jive jive@anonymised.com 2011-07-31 17:46:51

Initial backport from geoserver; waiting on email before updating headers

git-svn-id: http://svn.osgeo.org/geotools/trunk@anonymised.com13… e5c1c795-43da-0310-a71f-fac65c449510

So, it’s up to you to fix the headers?
I’ve cc’ed the original authors just in case (I already gave you my “go” when you wanted to
backport the processes to geotools, so at least the third one can be fixed right away).

Cheers
Andrea

–

==
Our support, Your Success! Visit http://opensdi.geo-solutions.it 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

8

Had a look at EnumerationConverterFactory, I wrote it and backported it, fixed

Thanks, I have fixed the others: 07503cabb0aa14f99f060b99ac969e15ef46d567

Ian when we have the fill list of commits we should be able to cherry pick these commits across before you release.

I found a couple more doing my own search, seems to be a straight forward mistake (auto generated headers when defining a new class).

Jody

9

On Sun, Jul 14, 2013 at 11:51 PM, Jody Garnett <jody.garnett@anonymised.com>wrote:

We actually have two blockers on the release process:
- The release scripts are not tagging correctly (tag shows SNAPSHOT still
JIRA has not been reported)

Sorry, I don't understand what you are saying the issue is here. Is there a
jira for this somewhere?

- A number of headers in GeoTools incorrectly licensed (GEOT-4509<https://jira.codehaus.org/browse/GEOT-4509&gt;
)

I have a bit more complicated release plan:
- Tuesday: GeoTools Tuesday to Maven
- Wednesday: Wait for GeoWebCache to Release based on GeoTools
- Thursday: Release GeoServer

--
Jody Garnett

On Monday, 15 July 2013 at 2:32 PM, Ian Turton wrote:

I'm going to attempt to make my first release starting on Wednesday. So if
you have pending changes that you would like included then now is the time
to commit them.

Ian

------------------------------------------------------------------------------
See everything from the browser to the database with AppDynamics
Get end-to-end visibility with application monitoring from AppDynamics
Isolate bottlenecks and diagnose root cause in seconds.
Start your free trial of AppDynamics Pro today!
http://pubads.g.doubleclick.net/gampad/clk?id=48808831&iu=/4140/ostg.clktrk
_______________________________________________
GeoTools-Devel mailing list
GeoTools-Devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geotools-devel

------------------------------------------------------------------------------
See everything from the browser to the database with AppDynamics
Get end-to-end visibility with application monitoring from AppDynamics
Isolate bottlenecks and diagnose root cause in seconds.
Start your free trial of AppDynamics Pro today!
http://pubads.g.doubleclick.net/gampad/clk?id=48808831&iu=/4140/ostg.clktrk
_______________________________________________
GeoTools-Devel mailing list
GeoTools-Devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geotools-devel

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

10

On Mon, Jul 15, 2013 at 3:02 PM, Justin Deoliveira <jdeolive@anonymised.com>wrote:

On Sun, Jul 14, 2013 at 11:51 PM, Jody Garnett <jody.garnett@anonymised.com>wrote:

We actually have two blockers on the release process:
- The release scripts are not tagging correctly (tag shows SNAPSHOT still
JIRA has not been reported)

Sorry, I don't understand what you are saying the issue is here. Is there
a jira for this somewhere?

Because the tagged sources version number is still 9-snapshot, not 9.3:

https://github.com/geotools/geotools/blob/9.3/pom.xml#L191

However, I thought this was happening always, but instead 9.2 and 9.1 have
the proper version
numbers:
https://github.com/geotools/geotools/blob/9.1/pom.xml#L191

So I guess something specific happened during the 9.3 release process? Or
the scripts changed?

Cheers
Andrea

--

Our support, Your Success! Visit http://opensdi.geo-solutions.it 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

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

11

On Mon, Jul 15, 2013 at 7:06 AM, Andrea Aime
<andrea.aime@anonymised.com>wrote:

On Mon, Jul 15, 2013 at 3:02 PM, Justin Deoliveira <jdeolive@anonymised.com>wrote:

On Sun, Jul 14, 2013 at 11:51 PM, Jody Garnett <jody.garnett@anonymised.com>wrote:

We actually have two blockers on the release process:
- The release scripts are not tagging correctly (tag shows SNAPSHOT
still JIRA has not been reported)

Sorry, I don't understand what you are saying the issue is here. Is there
a jira for this somewhere?

Because the tagged sources version number is still 9-snapshot, not 9.3:

https://github.com/geotools/geotools/blob/9.3/pom.xml#L191

However, I thought this was happening always, but instead 9.2 and 9.1 have
the proper version
numbers:
https://github.com/geotools/geotools/blob/9.1/pom.xml#L191

So I guess something specific happened during the 9.3 release process? Or
the scripts changed?

Yeah, just commented on the pr but i think this might actually just be my

bad. I am guessing i pushed up manually the tag from the build server
before the version numbers were actually changed. Probably due to some
other error. I can't quite remember.

Anyways, i'll try to fix these kinks this time around.

@Ian: When doing the release if you can hold off on running the publish job
I would like to check out the state of the local repo on the build server
to ensure there are no issues like this one.

Cheers

Andrea

--

Our support, Your Success! Visit http://opensdi.geo-solutions.it 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

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

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

12

On 15 July 2013 14:12, Justin Deoliveira <jdeolive@anonymised.com> wrote:

@Ian: When doing the release if you can hold off on running the publish
job I would like to check out the state of the local repo on the build
server to ensure there are no issues like this one.

no problem - I'll give you a shout when I've done.

Ian
PS all this assumes that the wifi works at the hotel I'm in this week.

13

I now find I need access to Hudson (or my password reset/reminding of my user name) and possibly adding to geoserver-despots on Jira. I think I have the sourceforge permissions but I’m not sure how to check.

Can anyone help me with these?

Cheers

Ian
PS Hotel wifi is poor but usable

···

On 15 July 2013 16:06, Ian Turton <ijturton@anonymised.com> wrote:

–
Ian Turton

On 15 July 2013 14:12, Justin Deoliveira <jdeolive@anonymised.com> wrote:

no problem - I’ll give you a shout when I’ve done.

Ian

PS all this assumes that the wifi works at the hotel I’m in this week.

@Ian: When doing the release if you can hold off on running the publish job I would like to check out the state of the local repo on the build server to ensure there are no issues like this one.

14

Yes. I will provide you with a password in a private email.

On 16/07/13 13:38, Ian Turton wrote:

I now find I need access to Hudson (or my password reset/reminding of my
user name) and possibly adding to geoserver-despots on Jira. I think I
have the sourceforge permissions but I'm not sure how to check.

Can anyone help me with these?

Cheers

Ian
PS Hotel wifi is poor but usable

On 15 July 2013 16:06, Ian Turton <ijturton@anonymised.com
<mailto:ijturton@anonymised.com>> wrote:

    On 15 July 2013 14:12, Justin Deoliveira <jdeolive@anonymised.com
    <mailto:jdeolive@anonymised.com>> wrote:

        @Ian: When doing the release if you can hold off on running the
        publish job I would like to check out the state of the local
        repo on the build server to ensure there are no issues like this
        one.

    no problem - I'll give you a shout when I've done.
    Ian
    PS all this assumes that the wifi works at the hotel I'm in this week.

--
Ian Turton

------------------------------------------------------------------------------
See everything from the browser to the database with AppDynamics
Get end-to-end visibility with application monitoring from AppDynamics
Isolate bottlenecks and diagnose root cause in seconds.
Start your free trial of AppDynamics Pro today!
http://pubads.g.doubleclick.net/gampad/clk?id=48808831&iu=/4140/ostg.clktrk

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

--
Ben Caradoc-Davies <Ben.Caradoc-Davies@anonymised.com>
Software Engineer
CSIRO Earth Science and Resource Engineering
Australian Resources Research Centre

15

On 16/07/13 13:38, Ian Turton wrote:

I now find I need access to Hudson (or my password reset/reminding of my
user name)

You should have received your Hudson credentials in another email.

and possibly adding to geoserver-despots on Jira.

Done. And I made you a developer too so we can assign you more dirty jobs. :slight_smile:

It might take a few minutes before you permissions propagate. If you can administer the Jira project, it is working.

I think I
have the sourceforge permissions but I'm not sure how to check.

Log in and navigate to the project files. If you see buttons to add a file or folder, you should have sufficient permissions for the release.

Kind regards,

--
Ben Caradoc-Davies <Ben.Caradoc-Davies@anonymised.com>
Software Engineer
CSIRO Earth Science and Resource Engineering
Australian Resources Research Centre

16

On 16/07/13 13:58, Ben Caradoc-Davies wrote:

I think I
have the sourceforge permissions but I'm not sure how to check.

Log in and navigate to the project files. If you see buttons to add a
file or folder, you should have sufficient permissions for the release.

Ian, you had sourceforge GeoTools admin but not GeoServer, so I added you to the latter.

Kind regards,

--
Ben Caradoc-Davies <Ben.Caradoc-Davies@anonymised.com>
Software Engineer
CSIRO Earth Science and Resource Engineering
Australian Resources Research Centre

17

Thanks Ben.

I don’t think I’ve done a release since we split the project infrastructures (that long ago). However after two years in the C++ wasteland I’m back to java (and GT/GS) devel at work :slight_smile:

Ian

···

On 16 July 2013 07:04, Ben Caradoc-Davies <Ben.Caradoc-Davies@anonymised.com> wrote:

On 16/07/13 13:58, Ben Caradoc-Davies wrote:

I think I
have the sourceforge permissions but I’m not sure how to check.

Log in and navigate to the project files. If you see buttons to add a
file or folder, you should have sufficient permissions for the release.

Ian, you had sourceforge GeoTools admin but not GeoServer, so I added you to the latter.

Kind regards,

–
Ben Caradoc-Davies Ben.Caradoc-Davies@anonymised.com
Software Engineer
CSIRO Earth Science and Resource Engineering
Australian Resources Research Centre

–
Ian Turton

18

Welcome home. We have been keeping your seat for you.

Kind regards,
Ben.

On 16/07/13 14:17, Ian Turton wrote:

Thanks Ben.

I don't think I've done a release since we split the project
infrastructures (that long ago). However after two years in the C++
wasteland I'm back to java (and GT/GS) devel at work :slight_smile:

Ian

--
Ben Caradoc-Davies <Ben.Caradoc-Davies@anonymised.com>
Software Engineer
CSIRO Earth Science and Resource Engineering
Australian Resources Research Centre