[ImageJ-devel] Multiview Reconstruction plugin fails because of missing class in imglib2
nico.stuurman at ucsf.edu
Mon Dec 15 00:35:31 CST 2014
Moving this thread to the imagej-devel list since Wayne indicated that is the place for imglib2 related issues. Please see below, and please continue this discussion on the imagej-devel list rather than the image list (sorry for starting it there!):
> I am a bit confused why that happens. In ImgLib2, the Pair class was moved from net.imglib2 to net.imglib2.util for the release version. To the best of my knowledge, Fiji currently still comes with imglib2-2.0.0-beta-26.jar - so that’s why it doesn’t find the class. But the multi-view reconstruction plugin (http://fiji.sc/Multiview-Reconstruction <http://fiji.sc/Multiview-Reconstruction>) that comes with the bigdataviewer update site is still build for the imglib2-2.0.0-beta-26.jar. If you build it yourself, please use the branch “compatibility” as “master” works with the release version of imglib2.
This is with the binary distribution of the Multiview Reconstruction plugin, i.e. the version of the plugin that is installed through the Fiji updater. Is it possible that the code on the BigDatatViewer update site is build from the master branch rather than the “compatibility” branch?
>> On Dec 12, 2014, at 20:52 , Nico Stuurman <nico.stuurman at ucsf.edu> wrote:
>> Using an up-to-date Fiji installation, the Multiview Registration plugin fails because it can not find the class net.imglib2.util.Pair. Indeed, the same error can be triggered with the following Beanshell script:
>> import net.imglib2.util.*;
>> t = new Pair();
>> It is a bit unclear to me whether the function has just been removed or was just added, but clearly, the plugin code and Fiji itself use different version of the imglib2. Is there any way to get this to work (I would love to try out the plugin with my data)?
>> I did try the lifeline version, but not sure if that autoupdates to the latest when I add the BigDataViewer update site, in any case, that version gives me the same problem.
>> B.t.w., I am not sure how the developers would like to be contacted, but I did file a bug report (#975). Also happy to try fix this myself, but this seems to be a higher level packaging problem that is not easily penetrable.
>> ImageJ mailing list: http://imagej.nih.gov/ij/list.html
> ImageJ mailing list: http://imagej.nih.gov/ij/list.html
HHMI / Dept. of Cellular and Molecular Pharmacology
University of California, San Francisco
Genentech Hall, Room N316
600 16th street
San Francisco, CA 94158-2517
email: nico.stuurman at ucsf.edu
phone: (415) 514-3927
fax: (415) 476-5233
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the ImageJ-devel