Hi Dscho,<br><br><blockquote style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;" class="gmail_quote">Why not use the URLClassLoader directly? You might want to subclass it to<br>
access the addURL() method, but it should be plenty enough.<br></blockquote>
<br>Right, I was thinking about that. The cool thing about JCL is that supposedly it can unload classes without needing to create a new class loader every time. Maybe it's not such a big deal, though.<br><br><blockquote style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;" class="gmail_quote">
BTW what is the status on sezpos? Is there a compelling example yet,<br>
showing that it can be integrated into the compilation easily, and that<br>
the annotations can be read without hassle (and without actually loading<br>
the class)?<br></blockquote>
<br>Soon! Yesterday and today we rearranged the ImageJ2 project modules in the SVN repository. The new layout is:<br><br>1) ij1-bridge: Code containing "compatibility layer" between IJ2 and IJ1. This project contains the ImgLibProcessor extension of ImageProcessor, for example, that allows us to wrap an imglib Image as an ImagePlus. Classes in this project start with package prefix "imagej.ij1."<br>
<br>2) ij1-patches: Code overriding vanilla IJ1 classes. This project is intended to be a temporary place where we put changes to the ImageJ1 core classes (i.e., classes of package "ij."). We had made quite a few changes to the core ImageJ classes before when we were pursuing the "delegation" development plan, and we are now going through and backing them out whenever possible. However, sometimes changes to core ImageJ1 will be needed. The idea is to absolutely minimize them, and when we need a change, to place it in ij1-patches.jar on the classpath before the stock ij.jar. That way our modified classes take precedence. Then we can discuss why we needed each change with Wayne and others, and work together to integrate the changes into the main IJ1 codebase as needed.<br>
<br>3) imagej2: Code defining the new ImageJ2 architecture and user interface. After feedback from the conference, it seems clear that people (particularly Wayne) want an alpha release as soon as possible. Hence, we are creating a minimal ImageJ2 project that replicates the existing IJ1 user interface and functionality, according to the adaptation development plan I outlined in my talk. I am referring to this as the "bootstrapping" phase of the project. Once we have the minimal IJ2 alpha in place, we can begin to make iterative changes. Also, this project will be renamed back to "imagej" from "imagej2" once the bootstrapping is complete.<br>
<br>4) imagej: This project contains the previous ImageJ2 code, with many changes to the ij.* packages, and is what was demoed at the conference. It is now obsolete, as we migrate various portions of the code into the other projects mentioned above.<br>
<br>So, regarding SezPoz, as part of #3, we need to have an updated plugin loading mechanism. Step 1 is to lift ImageJ1's mechanism wholesale. Step 2 is to add SezPoz and/or NetBeans Lookup to show how they would benefit the plugin discovery process. I will send another update once that is working (hopefully within 1-3 weeks).<br>
<br>Please let us know if anything described above is unclear, and I can clarify.<br><br>-Curtis<br><br><div class="gmail_quote">On Wed, Nov 10, 2010 at 3:37 PM, Johannes Schindelin <span dir="ltr"><<a href="mailto:Johannes.Schindelin@gmx.de">Johannes.Schindelin@gmx.de</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">Hi,<br>
<div class="im"><br>
On Wed, 10 Nov 2010, Curtis Rueden wrote:<br>
<br>
> Out of curiosity, does anyone here have experience using JarClassLoader<br>
> (JCL)? On first glance it looks like it might be able to solve the class<br>
> reloading issue.<br>
> <a href="http://jcloader.sourceforge.net/index.html" target="_blank">http://jcloader.sourceforge.net/index.html</a><br>
<br>
</div>Why not use the URLClassLoader directly? You might want to subclass it to<br>
access the addURL() method, but it should be plenty enough.<br>
<br>
BTW what is the status on sezpos? Is there a compelling example yet,<br>
showing that it can be integrated into the compilation easily, and that<br>
the annotations can be read without hassle (and without actually loading<br>
the class)?<br>
<br>
Ciao,<br>
<font color="#888888">Johannes<br>
<br>
</font></blockquote></div><br>