Zip file system provider only works with default file system

[Michael Hall]

Michael Hall

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...
URL: http://mail.openjdk.java.net/pipermail/nio-dev/attachments/20121209/eb2ae796/attachment.html