Well actually, I'm already using Pax Swissbox Extender for the
org.ops4j.pax.vfs.extender bundle ;)
https://scm.ops4j.org/repos/ops4j/laboratory/users/cedric.vidal/vfs/trunk/org.ops4j.pax.vfs.extender/
No it's more about making sure resources allocated by Commons VFS internally
or by a specific VFS provider will be released when one of the following
events occurs:
- the VFS bundle disappears
- the VFS provider bundle disappears
- the bundle using the VFS API with resources from a specific VFS
provider disappears
- Add to that the caching feature of files
If Commons VFS does a good job at releasing resources when a client is
finished using it, I guess we should have to worry only about cleaning stuff
when the VFS bundle or a VFS provider bundler disappears.
Well, maybe I'm worrying for nothing and things will just work, we'll see in
time ^^
Regards,
Cédric
On Thu, Nov 13, 2008 at 2:49 AM, Alin Dreghiciu <[EMAIL PROTECTED]>wrote:
> On Thu, Nov 13, 2008 at 1:46 AM, Cédric Vidal <[EMAIL PROTECTED]> wrote:
> >
> > I'll sure welcome some help here :) As far as the osgifying process is
> > concerned, I'm currently at the stage of making Commons VFS work
> dynamically
> > inside OSGi with the minimum set of features (detection of
> > META-INF/vfs-providers.xml descriptors, registering and unregistering of
> > providers). I'm not yet at the point of making sure it works well without
> > causing any leak ;)
>
> If is about extenders take a look at Pax Swissbox Extender:
> http://wiki.ops4j.org/confluence/x/NQRN
> It is meant for this ;) and you can find usage example in Pax Web Extender
> WAR.
>
> --
> Alin Dreghiciu
> http://www.ops4j.org - New Energy for OSS Communities - Open
> Participation Software.
> http://www.qi4j.org - New Energy for Java - Domain Driven
> Development.
> http://malaysia.jayway.net - New Energy for Projects - Great People
> working on Great Projects at Great Places
>
> _______________________________________________
> general mailing list
> general@lists.ops4j.org
> http://lists.ops4j.org/mailman/listinfo/general
>
--
Cédric
_______________________________________________
general mailing list
general@lists.ops4j.org
http://lists.ops4j.org/mailman/listinfo/general
