Create loci.formats to ome.scifio bridge for deferring readers and writers

[mhiner-x]

Due of the Interface -> Abstract Class -> Specific Implementation class hierarchy in the loci.formats.* readers and writers, during the transition period of converting these readers and writers to SCIFIO components an additional abstract layer is necessary to preserve functionality.

loci.formats.FormatWriter? and FormatReader? (and their abstract subclasses) will remain the functional abstract layer for unconverted readers and writers.

A new abstract layer with the SCIFIO prefix (e.g. loci.formats.SCIFIOFormatReader) will be added, mirroring and extending the appropriate loci.formats abstract class and containing the same method signatures, but deferring all functionality to the ome.scifio.* abstract layer.

As formats are implemented in SCIFIO, their dependencies will be shifted to the appropriate SCIFIO-deferring abstract class. When all formats have been converted, the original abstract layer can be removed.

[jmoore]

Would it make to have the bridges also in ome.formats.*?

[mhiner-x]

The deferment from loci.formats.* to ome.scifio.* should naturally preserve backwards compatibility for applications with a loci.formats.* dependency.. the bridges just pass control to equivalent methods in ome.scifio.* classes.

So, at the moment, I can't think of scenario where additional bridges would be necessary

[mhiner-x]

Currently build-safe. Appears to preserve loci.formats functionality, but not exhaustively tested.