[ImageJ-bugs] [Bug 989] HDF5 plugin doesnt load

[bugzilla at fiji.sc]

http://fiji.sc/bugzilla/show_bug.cgi?id=989

Curtis Rueden <ctrueden at wisc.edu> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|REOPENED                    |RESOLVED
         Resolution|---                         |FIXED

--- Comment #8 from Curtis Rueden <ctrueden at wisc.edu> ---
> a one-time one-time deployment would be possibly the best way.

OK, I uploaded the 14.12.0 JHDF5 uber-jar [1] to the Fiji update site.

I also added management of the JHDF5 version to pom-scijava, so that all
downstream components can be sure to use the same version in the future:
*
https://github.com/scijava/pom-scijava/commit/1adde967eccff1c4f7631bd7113ab770d822535d

We are planning to cut some component releases on Friday, and will take care of
updating scifio-hdf5 and bigdataviewer-core to both depend on jhdf5 14.12.0
henceforth.

So this issue should now be resolved. And Olaf, you should be able to remove
your shadowed version of jhdf5 from your HDF5 update site, if you wish.

[1] Regarding possible dependency conflicts surrounding the uber-jar:
everything "accidentally" works at the moment because the only third party
dependencies included in the JHDF5 uber-jar are Apache Commons I/O and Apache
Commons Lang. Fiji does not ship Commons I/O otherwise, so that is not a clash
(yet), and the version of Commons Lang shipped by Fiji is Commons Lang 3 which
changed its package prefix precisely to avoid such version clashes in some
cases. So for the time being, we'll tolerate the dependency bundling inside
jhdf5. Would be nice to make it proper someday, though.

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://imagej.net/pipermail/imagej-bugs/attachments/20150204/b8b4fa6e/attachment.html>