-
Notifications
You must be signed in to change notification settings - Fork 7
Release Notes
The top of this file contains the latest stable release and relevant notes about what has changed since the previous release.
Release 3.3.0 includes a bunch of minor improvements:
- Removed ImageMagick as a dependency for default builds by moving all the
imagick-specific code into a plugin.
- RAIS (and basically every image server, really) can't process huge non-JP2 images efficiently, so this was never a widely-used option, but its inclusion added a massive dependency.
- ...but the standard docker image will continue to include the ImageMagick plugin since that image is so absurdly huge anyway
- If you want to handle non-JP2 sources and you're building RAIS manually,
you need to build the plugin yourself now (
make bin/plugins/imagick-decoder.so).
- Various "under the hood" improvements for building code (the
Makefilerules) - The main docker image has had a lot of small changes:
- Base image is Fedora 30 instead of 29
- The Go compiler is now 1.12 instead of 1.11
- The nginx configuration has been improved
- The example config (
rais-example.toml) has clearer instructions and better default values - Manual RedHat configuration documentation is now in the wiki instead of a local file, and is slightly more accurate
- Added request logging, rather than only logging the "processing" side of things
- Improved error handling and reporting for image decoders
In addition, we now have a new alpine-based docker image, making the fastest open-source JP2 tile server also the smallest! If you wanted to take the Docker version of RAIS for a spin, this image will get you up and running in no time:
Note: Due to a misconfiguration, 3.2.0 and 3.2.1 are the same codebase, but 3.2.1 bumped the Docker image to use Fedora 29 as its base.
Rais 3.2.1 overhauls RAIS to improve cloud usage significantly by adding an administrative endpoint. By default it's exposed to port 12416 to avoid accidentally publishing it to the Internet directly.
The key benefit of all this work is to make it possible to purge caches from a separate application, such as the application which manages the images in the first place.
An example form that posts a purge to RAIS can be seen in the S3 demo: https://github.com/uoregon-libraries/rais-image-server/blob/develop/docker/s3demo/admin.go.html#L13-L34
Note: Due to a mistaken version bump, 3.1.0 doesn't exist.
RAIS 3.1.1 improves plugins, the build process, and docker setups in significant ways.
Plugin improvements:
- The S3 plugin now has a complete demo to showcase exactly how a gallery could be stood up in a production environment. It's not pretty, but it works well for an on-demand S3 pull-and-serve demonstration.
- Plugins are now specified in config rather that all auto-loaded
- You can specify absolute paths, meaning plugins don't have to live in a "magic" subdirectory anymore
- You can modify config to change what plugins are loaded and then simply restart RAIS rather than having to copy or move files around - this should ease docker use significantly.
- You can compile any plugin you like, and not worry about accidentally having an insecure plugin in production. If a plugin isn't loaded, none of its code will run, period.
- It's still obviously safer just to not deploy insecure plugins, but this adds a significant layer of safety
- To aid in S3 plugin debugging, we've added a script,
scripts/s3list.go, which can be run to see what assets exist in a given bucket. - A new plugin was added for doing generalized tracing of performance,
json-tracer. This allows you to send information to other APM solutions than just DataDog (e.g., Honeycomb.io), or even simply crunch the data locally. - The S3 plugin now "buckets" downloaded assets to avoid a million files living in a single directory
- Plugins now explicitly state to RAIS whether they're enabled (e.g., if configuration was incorrect)
- Plugin shutdown is now much more reliable
Build improvements:
- The binaries are built with debugging info stripped, resulting in slightly smaller files for production use
- The
lintmake target now runsgo vetin addition togolintto improve error detection - The
Makefileno longer has target for each individual plugin - The example deploy script (
scripts/deploy.sh) now builds plugins and deploys the "safe" ones (i.e., it doesn't deploy the external-images plugin). We use this script, slightly modified, in production.
Docker improvements:
- The docker image build (
make docker) works better and more consistently now - The demo
docker-compose.ymlfile no longer includes a "build box", resulting in simpler demo runs-
scripts/buildrun.shnow uses its own docker-compose file so you can still run builds in docker if desired
-
- The docker-based local demo is now slightly easier to work with
- The example docker override (
docker-compose.overrride-example.yml) is more useful - The docker image now builds with Go 1.11.1
- The docker image now builds all plugins
- The docker build runs
go mod downloadprior to putting all the source files in the container in order to speed up rebuilds of the image
Other miscellaneous changes:
- Removed a script that was no longer relevant from
scripts/ - RAIS now reports image decoding errors without trying to send the HTTP headers twice
- OpenJPEG debugging has been removed - it was far too chatty even for debug info
RAIS 3.0.0 marks one of the biggest changes RAIS has seen to date!
Massive changes:
- RAIS now supports Go plugins, and there are three example plugins to look
at, two of which are suitable for use in production:
- The S3-images plugin lets you save a ton of money if you can take a performance hit. S3 storage is extremely cheap, but the first request for an uncached file will be a bit slow. The plugin could probably use some refinement, but it works beautifully in some test cases we've tried out.
- The DataDog plugin is very simple and can give you a high-level overview of how long RAIS is taking to process requests
- Read more in the Plugins document
- Dockerfile.build / Dockerfile.prod have been merged into a single multi-stage file
- The docker-compose setup now passes all RAIS_* environment variables into the
rais container, allowing for easier configuration via an
.envfile (or manually exporting environment variables) - The docker-compose setup is now far more generalizable
- For those wanting to test out plugins, there are various docker-compose
examples you can string together. For instance:
docker-compose -f docker-compose.yml -f docker-compose.s3.yml - Major rewrite in IIIF URL parsing to improve how errors are reported when a request cannot be handled. Instead of just knowing the URL was invalid, you can now see things like "invalid quality" if "default" were misspelled to "defualt" or something.
- Massive improvement to non-JP2 file performance when tiles are cached: RAIS used to read the file into memory (via ImageMagick libs) and then check the cache. Oops.
- Legacy "chronam" handlers have been removed. RAIS is now exclusively for use with IIIF and DeepZoom clients.
- If caching is enabled, a very basic cache info response is printed to logs every 10 minutes
- RAIS now attempts to shut down gracefully instead of just immediately closing all connections
Other fixes:
- Various comments have been fixed or improved to simplify the codebase
- Most of the README has been moved to this wiki
- Small improvements to various bits of code to reduce errors and improve developers' experiences
Another very minor release: fixed issues with the local docker demo
Very minor release: fixed version number and some documentation issues
Major changes:
- Supports new features defined in IIIF 2.1:
- maxArea, maxWidth, and maxHeight may be set via configuration values in
rais.toml or put into an overridden info.json file
- If an image is requested that exceeds these values, the server will return an error, allowing for better image protection as well as reduced DOS attack vectors
- "square" region keyword
- "max" size keyword
- Reports features "sizeByConfinedWh" and "sizeByDistortedWh" in info.json
- maxArea, maxWidth, and maxHeight may be set via configuration values in
rais.toml or put into an overridden info.json file
- GIF output has been disabled by default. It can be re-enabled with a custom capabilities toml file, but it is recommended you don't do this as GIF is notoriously slow in RAIS.
Docker image changes:
- Uses Fedora 28 instead of 27
- RAIS now runs as an unprivileged user
- The demo uses docker-compose instead of being a bash script
- Binaries use Go 1.11 for compilation
- Added capacity to change demo container's capabilities
Minor / backend changes:
- Source code format is now using the "go modules" approach rather than gb (gb is no longer being maintained as the author feels modules make more sense)
- Minor test / coverage improvements
- Slightly better logging
- Minor code refactor
- Fixed memory leak due to mistake in openjpeg API usage
- Changed OpenJPEG interfacing to fix incompatibility with OpenJPEG 2.3.0
- Upgraded Docker image to use Fedora 27, which has OpenJPEG 2.3.0, improving performance significantly
- Minor "housekeeping" to clean up code and improve testing and benchmarking
- Sample deploy script is now based on RHEL 7
- Adds ability to filter logging by severity
- Adds a timeout for HTTP connections to (hopefully) avoid "accept4: too many open files" errors when things get too slow or networks drop temporarily
- Updates the build environment to use Go 1.9.2
- Improves the apache Open Seadragon / DeepZoom test container setup
- Fixes errors when a viewer uses URL query parameters
- Adds experimental support for handling the DeepZoom protocol
- Un-fixes tile caching to avoid huge delays when Open Seadragon pulls the initial thumbnails
This un-fix unfortunately adds a fair amount of potentially cached images which may not be desired. It's a necessary evil, however, as huge JP2s can take 30 seconds or more when Open Seadragon insists on pulling 5-10 lower-resolution thumbnails before it will start working.
- Fixes tile caching to be significantly more selective about what is considered a tile
- Adds a new option to /etc/rais.toml for caching tiles in memory
- Uses Go 1.6.3 for Docker build
Major changes:
- Properly detects resolution levels in JP2 files, and reports scale factors accordingly
- Properly detects tile width and height, eliminating the need for manually specifying tiles on the command line
- Optionally caches data for info.json responses
- Adds the ability to override the IIIF info.json response per image
- Allows specifying configuration via /etc/rais.toml (see the
rais-example.tomlfile in the repository) - Allows limiting RAIS features via a IIIF capabilities file (see the
cap-max.tomlandcap-level0.tomlfiles for examples)
Back-end improvements:
- Fixes init scripts for RHEL 6 users
- Uses Go 1.6 for the Docker build
- The build system now uses gb
- Visiting the server URL + "/version" will report the current version of RAIS
- Adds docker support for production and development
- Removes the test which pulled huge JP2s from an external site
- Improves JP2 library detection when building with
-tags jp2
- Fixes HUGE memory leak when handling pyramidal TIFFs
- Fixes bug with IIIF requests on non-JP2 sources
- Adds ImageMagick bindings for significantly faster TIFF decoding
- Makes JP2 support optional, off by default
- Allows chronam handler to use non-JP2 files
- Fixes a minor memory leak
- Removes annoying JP2 logging
- Makes it easier to register different backends for various image types
- Adds TIFF, JPG, PNG, and GIF support for source images (instead of just JP2)
- Adds PNG, GIF, and TIFF to output encoding options (instead of just JPG)
- Adds grayscale and bitonal ouput
- Adds force-resize and best-fit-resize options
- Adds mirroring support
- Dynamically determines compliance level for writing out info.json
- Removes legacy "info" handler
-
Removes JP2
Dimensions()functionality (useGetWidthandGetHeightnow) - Now IIIF level 2 compliant
- Lots of formatting and lint fixes, and better testing
- Initial stable release under the RAIS name
- Initial stable release of IIIF features