Zip file system provider only works with default file system

Michael Hall mik3hall at
Sun Dec 9 08:31:42 PST 2012

Michael Hall

trz nio.2 for OS X

HalfPipe Java 6/7 shell app

AppConverter convert Apple jvm to openjdk apps

On Dec 9, 2012, at 9:08 AM, Philippe Marschall wrote:

> On Sat, Dec 8, 2012 at 9:18 PM, Michael Hall <mik3hall at> 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 mailing list