Hi all,
I’m volunteering to be the release manager for GeoServer 2.28.1 release this month. I chatted with Jody and we’d like to squeeze in ImageN 0.9.1, so that JAI and ImageN can coexist in the same web application (for custom extensions that are still built on top of JAI). This will likely delay the release a few days.
Cheers
Andrea
Thanks Andrea,
I believe Gabe also volunteered last meeting. Many hand make light work etc…
I am going to start ImageN 0.9.1 as soon as you say go, keeping in mind conference schedule next week.
I’d quite like to squeeze in a JTS upgrade but that needs Martin to agree to release the latest version first, so I suspect it won’t make it
Ian
Hi Ian,
how much extra time to you feel you’ll need, and also, do you know if there is any
backwards incompatible change that might cause trouble in a stable release?
We can ask Martin for sure, I can help release ImageN and JTS after the foss4g conference at the “community day”.
I note that the procedure used previously to publish to maven central no longer works so I am not quite sure how to account plush the JTSstrong text release.
I opened a ticket with eclipse folks during the code sprint but have not managed to check on its progress. strong text
As far as I can tell there are no issues from upgrading, at least locally, but it would add in the CoverageCleaning code (https://lin-ear-th-inking.blogspot.com/2025/04/coverage-cleaning-in-jts.html) which would be nice.
Jody, if there is prep that I can do to help let me know.
Ian
Thanks Ian,
We should transition to the jts-devel list and figure out what is needed.
Here is the ImageN links:
It looks like this activity is no longer blocked, just needs attention.
Sorry guys I see Andrea wrote a week ago! for some reason I stopped getting the group messages to my email, and for a ton of other reasons, I didn’t even think of checking the forum through the web page.
In any case, my volunteering stands either to perform or to aid in the release, so just let me know.
Cheers!
Is this release going to be happening this week as scheduled, or a little bit later? I’d like to confirm timing so that we can find a time slot to turn off build.geoserver.org for the repo.osgeo.org migration Regina is planning (which I can help support), and want to make sure that’s not going to interfere with this release.
Next week, I will not be making the InageN release until Saturday foss4g community day thing.
Hi @groldan and anyone else interested.
I am presently reviewing Rename registryFile.jai to registryFile.imagen, and have changed geotools to depend on 0.9.1-SNAPSHOT. I am going to chase these changes back to the stable branch ahead of your release cycle.
Presently the geotools platform-dependencies bill of materials lists on main:
<imageio.ext.version>2.1-SNAPSHOT</imageio.ext.version>
<imagen.version>0.9.1-SNAPSHOT</imagen.version>
Goal is to make 0.9.1 release and update the dependency on 34.x for you to release against next week. I did not see any required change for ImageIO-Ext (other than dependency change).
Okay here is how we stand:
I did not manage to make a new JTS release but may be able to look at this over the course of next week.
Hi Jody,
I’m seeing build failures on main, even after rebuilding fully imagen, geotools, geowebcache and geoserver…
[ERROR] org.geoserver.ogcapi.v1.stac.CollectionLayersTest.testItemsHTML -- Time elapsed: 0.169 s <<< ERROR!
java.io.IOException: java.lang.IllegalArgumentException: ImageRead: No OperationDescriptor is registered in the current operation registry under this name.
at org.geoserver.data.test.SystemTestData.addCoverage(SystemTestData.java:941)
at org.geoserver.data.test.SystemTestData.addRasterLayer(SystemTestData.java:878)
at org.geoserver.data.test.SystemTestData.addRasterLayer(SystemTestData.java:746)
at org.geoserver.data.test.SystemTestData.addRasterLayer(SystemTestData.java:734)
at org.geoserver.data.test.SystemTestData.addDefaultRasterLayer(SystemTestData.java:714)
at org.geoserver.data.test.SystemTestData.setUpDefaultRasterLayers(SystemTestData.java:171)
at org.geoserver.ogcapi.v1.stac.CollectionLayersTest.setUpTestData(CollectionLayersTest.java:29)
at org.geoserver.test.GeoServerSystemTestSupport.setUp(GeoServerSystemTestSupport.java:306)
at org.geoserver.test.GeoServerSystemTestSupport.setUp(GeoServerSystemTestSupport.java:193)
at org.geoserver.test.GeoServerBaseTestSupport.doSetup(GeoServerBaseTestSupport.java:142)
at java.base/java.lang.reflect.Method.invoke(Method.java:569)
Caused by: java.lang.IllegalArgumentException: ImageRead: No OperationDescriptor is registered in the current operation registry under this name.
at org.eclipse.imagen.ImageN.createNS(ImageN.java:740)
at org.eclipse.imagen.ImageN.create(ImageN.java:672)
at org.geotools.gce.geotiff.GeoTiffReader.read(GeoTiffReader.java:760)
at org.geoserver.data.util.CoverageUtils.readSampleGridCoverage(CoverageUtils.java:504)
at org.geoserver.catalog.CatalogBuilder.getCoverageSampleDimensions(CatalogBuilder.java:1107)
at org.geoserver.catalog.CatalogBuilder.buildCoverageInternal(CatalogBuilder.java:1006)
at org.geoserver.catalog.CatalogBuilder.buildCoverage(CatalogBuilder.java:932)
at org.geoserver.data.test.SystemTestData.addCoverage(SystemTestData.java:900)
... 10 more
They seem related to the snapshot builds… hum.. something odd going is goin on, like I don’t see a 0.9.x branch on imagen, nor a build job that would generate the jars, and yet geotools main depends on 0.9-1-SNAPSHOT rather than 0.9.2-SNAPSHOT (which is on imagen main branch).
Cheers
Andrea
It should depend on 0.9.2-SNAPSHOT now.
Sorry the OSGeo repo nexus had problems as I was making this change.
You could fall back to 0.9.1 release until they are resolved
Indeed even my PR to change to 0.9.2-SNAOSHOT cannot find anything [GEOT-7841] Update to ImageN 0.9.2-SNAPSHOT by jodygarnett · Pull Request #5431 · geotools/geotools · GitHub
It looks like ImageN 0.9.2-SNAPSHOT deployed okay ImageN-main - Jenkins
Main is building now, but GeoServer nightly is failing after a community module change November 9th.