Revert RunTimeException when JPEGTurbo cannot be loaded

[dgault]

Reverts the changes from #4090
Fixes #4109

To test you should attempt to instance ImageReader reader = new ImageReader(); while using Apple Silicon. This should throw a RunTimeException even if the desired reader does not require JPEGTurbo.

I opted to revert the change rather than catch the exception in ImageReader as this would negate the original reason for adding the exception.

[melissalinkert]

I'm completely fine with this approach for 7.1.0, but for a future release would it be worth something like:

• set libraryLoaded as in Throw error when cannot load library #4090, to accurately represent the library loading state
• add a getter for libraryLoaded, so that individual readers can query it
• update initFile in NDPIReader (and other readers that use JPEGTurboService) to call the new getter and throw an exception if the library was not loaded

That would be in the spirit of #4090 (fail before openBytes if data can't be read), but limited to the case where unreadable files are actually being initialized.

[dgault]

Yeah, that seems like a good approach that would meet the demands of the initial PR but without failing unnecessarily. I will look at getting it implemented as part of this PR.

[joshmoore]

Testing on my arm64 machine:

• Without this PR I see the TurboJPEG runtime exception. 👍
• With this PR, I do not. 👍

Testing required running:

bioformats/artifacts $zip -d bioformats_package.jar META-INF/lib/osx_64/libturbojpeg.dylib

after each build, even though I had deleted turbojpeg:

(mvn) /opt/own-bf/bio-formats-build/bioformats/tools $git status
On branch JPegTurbo-RevertRTE
Changes not staged for commit:
  (use "git add/rm <file>..." to update what will be committed)
  (use "git restore <file>..." to discard changes in working directory)
	modified:   ../ant/toplevel.xml
	deleted:    ../components/forks/turbojpeg/LICENSE.txt
	deleted:    ../components/forks/turbojpeg/build.properties
	deleted:    ../components/forks/turbojpeg/build.xml
	deleted:    ../components/forks/turbojpeg/lib/linux_32/libturbojpeg.so
	deleted:    ../components/forks/turbojpeg/lib/linux_64/libturbojpeg.so
	deleted:    ../components/forks/turbojpeg/lib/osx_32/libturbojpeg.dylib
	deleted:    ../components/forks/turbojpeg/lib/osx_64/libturbojpeg.dylib
	deleted:    ../components/forks/turbojpeg/lib/osx_ppc/libturbojpeg.dylib
	deleted:    ../components/forks/turbojpeg/lib/windows_32/turbojpeg.dll
	deleted:    ../components/forks/turbojpeg/lib/windows_64/turbojpeg.dll
	deleted:    ../components/forks/turbojpeg/pom.xml
	deleted:    ../components/forks/turbojpeg/src/TJExample.java
	deleted:    ../components/forks/turbojpeg/src/TJUnitTest.java
	deleted:    ../components/forks/turbojpeg/src/org/libjpegturbo/turbojpeg/TJ.java
	deleted:    ../components/forks/turbojpeg/src/org/libjpegturbo/turbojpeg/TJCompressor.java
	deleted:    ../components/forks/turbojpeg/src/org/libjpegturbo/turbojpeg/TJCustomFilter.java
	deleted:    ../components/forks/turbojpeg/src/org/libjpegturbo/turbojpeg/TJDecompressor.java
	deleted:    ../components/forks/turbojpeg/src/org/libjpegturbo/turbojpeg/TJLoader.java
	deleted:    ../components/forks/turbojpeg/src/org/libjpegturbo/turbojpeg/TJScalingFactor.java
	deleted:    ../components/forks/turbojpeg/src/org/libjpegturbo/turbojpeg/TJTransform.java
	deleted:    ../components/forks/turbojpeg/src/org/libjpegturbo/turbojpeg/TJTransformer.java
	modified:   ../pom.xml

🤷🏽

[melissalinkert]

Code changes look reasonable to me, with the caveat that I am not set up to actually test functionality.