Starting to implement this as part of the GeoServer 3 code sprint (where we have a few modules passing QA and we would like to use communityPublish profile as a way to first nominate, and then include these modules in the build with QA testing.
Now that we are implementing I would like to note a few “improvements” for feedback:
The difference between communityRelease and communityPublish is hard to communicate.
I like the idea of giving each category its own word: extension, community, pending
We would like to include QA as a target, presently on formatting is required
We will use the first couple of emails as examples for the developer guide
Yep, during the GS3 sprint we have made several community modules pass QA as well, so it’s a good time to lock these modules down with both tests and QA enabled
I’d like to propose the geoparquet community module for the communityPublish profile, since after the sprint we’ll be working on getting it production ready.
Since during GS3 we have improved QA on several modules, I would also like to start working on moving the wps-download-netcdf to the pending status / communityPublish (having QA passing and a codecoverage over 60%).
Similarly, I would like to include the OpenSeach for EO and STAC modules (the lot of modules under community/oseo)
in the pending profile.
The modules have documentation, a few installations, they have good test coverage, pass QA.
I’m just not asking them to be included in the release profile as the storage backend in now PostgreSQL + feature templates to build the complex JSON in output,
but a new implementation based on ElasticSearch could pop un in the future, which may rock the boat (so not confident on the “stable” bit required for extension).