On Saturday 06 September 2008 23:21, pmpp wrote: > hi, i have made a small cifs experiment based on alfresco jlan-4.0 ( gpl ) > pure java on non windows , 2 jni dll on w32/64 > > using thawindexbrowser official plugin as code base : > walk the xml tree and create an absolute path for indexed files: > > - /thaw/[category]/[titel]/[ after / chk part ] > - get size of chk > > make a call to a DerbyFS jlan interface ( sorry prototype written in jython , > not pure java ) for each chk > > mkdir( /thaw/[category]/[titel] ) ( mkdir -p behavior ) > mount( /thaw/[category]/[titel]/[ after / chk part ] , size , chk ) > > thaw plugin screenshot : http://img77.imageshack.us/img77/7058/fsplugae2.png > > when starting cifs component of jlan : > \\127.0.0.1\root\thaw is browseable , "chk" are available as networked files > with the friendly part of their uri as their names. > > screenshot: http://img175.imageshack.us/img175/3698/fsexploreoo4.png > > > known problem: cifs IO will block on file copy/seeking till chk got at 100% > by freenet because no pseudo-randomaccessfile access to current download is > available with fcp.
Nice! Any filesystem interface is going to have the last problem. It's not something we can easily fix: we really don't want to fetch stuff from the beginning, because then the later parts will fall out first. A plugin for Explorer (etc) to show progress would be a possibility. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 827 bytes Desc: not available URL: <https://emu.freenetproject.org/pipermail/devl/attachments/20080910/b82438e3/attachment.pgp>
