Login  Register

Re: [ImageJ-devel] Multiview Reconstruction plugin fails because of missing class in imglib2

Posted by Stephan Preibisch on Dec 16, 2014; 9:49am
URL: http://imagej.273.s1.nabble.com/Multiview-Reconstruction-plugin-fails-because-of-missing-class-in-imglib2-tp5010934p5010959.html

I uploaded a new version from the compatibility branch (which builds against imglib-2.0.0-beta26), should work now. The master branch still builds against the first stable release of imglib-2.0.0, as far as this is in Fiji, these problems should be gone.

Thanks everyone!

Cheers, Steffi

> On Dec 15, 2014, at 17:42 , Curtis Rueden <[hidden email]> wrote:
>
> Hi Nico,
>
> > 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.
>
> The bug report is great -- let's use that for any further discussion.
>
> http://fiji.sc/bugzilla/show_bug.cgi?id=975 <http://fiji.sc/bugzilla/show_bug.cgi?id=975>
>
> Regards,
> Curtis
>
> On Fri, Dec 12, 2014 at 1:52 PM, Nico Stuurman <[hidden email] <mailto:[hidden email]>> 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.
>
> Best,
>
> Nico
>
> --
> ImageJ mailing list: http://imagej.nih.gov/ij/list.html <http://imagej.nih.gov/ij/list.html>
>
> _______________________________________________
> ImageJ-devel mailing list
> [hidden email]
> http://imagej.net/mailman/listinfo/imagej-devel


--
ImageJ mailing list: http://imagej.nih.gov/ij/list.html