Zip file system provider only works with default file system
mik3hall at gmail.com
Sun Dec 9 08:31:42 PST 2012
trz nio.2 for OS X http://www195.pair.com/mik3hall/index.html#trz
HalfPipe Java 6/7 shell app http://www195.pair.com/mik3hall/index.html#halfpipe
AppConverter convert Apple jvm to openjdk apps http://www195.pair.com/mik3hall/index.html#appconverter
On Dec 9, 2012, at 9:08 AM, Philippe Marschall wrote:
> On Sat, Dec 8, 2012 at 9:18 PM, Michael Hall <mik3hall at gmail.com> wrote:
>> It's a demo.
>> Couldn't you just temporarily put your own ZipFileSystem in classpath some
>> place before the default version jar?
> Well, since zipfs.jar is part of the JRE that would probably have go
> to do endorsed/ not the nicest place to be.
Not familiar with the licensing concerns. Seems something that would be easy enough to work around.
>> Are you just trying this out or do you intend to use the demo code in
>> something production?
> The plan is to use it in testing, like an in-memory database (JavaDB,
> …). Especially interesting would be that you can simulate a
> Linux/Windows/Mac file system on a developer workstation without
> having to run the tests on a slave. It would also be cool if you could
> initialize a file system from a ZIP file and drop the contents of the
> file system into a ZIP file for analysis if the test fails. And
> sometimes you just want to create an in-memory zip, eg. in a servlet.
Again, as long as it was test I would think the licensing would be less of a concern but could be wrong.
I didn't mean to suggest there was anything wrong with the code as far as it being demo but I would think in some companies there could be concerns with support for demo code as opposed to core java.
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the nio-dev