You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
As a Developer
I want to upgrade the Java/JDK version used in the Cantaloupe image server
So that I can leverage more up-to-date image processing features, improve performance, and ensure long-term support for the platform.
Acceptance Criteria: Upgrade to JDK22
Explore upgrading the JDK used in Cantaloupe’s Docker container to JDK22 for long-term support.
Ensure the Docker container can be configured to download and use JDK22 via wget.
Modify the Dockerfile accordingly to support the selected version and ensure proper configuration.
Evaluate Image I/O and Metadata Handling:
Test image processing improvements, especially related to Java's Image I/O JPEG plugin to mitigate issues like "Inconsistent metadata read from stream."
Verify if upgrading to the latest JRE version resolves image read issues as mentioned in the Cantaloupe processor documentation.
Garbage Collector Configuration:
Investigate the use of modern Garbage Collectors (e.g., G1 GC, ZGC, Shenandoah) introduced in newer Java versions to optimize memory management and reduce latency.
Allow for testing different GCs by passing relevant command-line arguments and assess performance gains or stability improvements.
Ensure JPF File Format Compatibility:
Ensure the upgraded JDK supports JPF (JPEG2000 Part 1 File Format) for proper image format handling.
Verify that the failsafe functionality of Java is working properly in cases where other image processors like Kakadu or OpenJPG are unavailable.
Documentation and Testing:
Document the steps involved in upgrading the JDK and configuring garbage collection options.
Conduct performance benchmarks and image processing tests to validate improvements and confirm that no regression occurs.
I didn't realize until today that the ideas from the HTJ2k card (JPH) didn't make it over into these new cards (my fault). Based on research, the fastest and most efficient JP2s should be JPH. Right now, dev throws this error when attempting to decode.
Oddly, with 3 year old kdu_expand on my local machine, I have no issues with expansion. Just adding even though we may have to leave this out of our investigation.
As a Developer
I want to upgrade the Java/JDK version used in the Cantaloupe image server
So that I can leverage more up-to-date image processing features, improve performance, and ensure long-term support for the platform.
Acceptance Criteria:
Upgrade to JDK22
Evaluate Image I/O and Metadata Handling:
Garbage Collector Configuration:
Ensure JPF File Format Compatibility:
Documentation and Testing:
Existing Issue: #7
The text was updated successfully, but these errors were encountered: