Joshua Bloch wrote:
Joe,
I'm not sure I like this idea. My one experience with forcing an
array method to do double duty as varargs method was a disaster. The
method was Arrays.asList, and the result was Puzzler # 7 from "The
Continuing Adventures of Java™Puzzlers: Tiger Traps." Here it is
Am 12.10.2009 16:26, Alan Bateman schrieb:
Ulf Zibis wrote:
Am 12.10.2009 15:03, Ulf Zibis schrieb:
Additionally something like Path#unlock() would be helpful, if
copy/delete fails. For example see:
http://diamondcs.com.au/freeutilities/fileunlocker.php
Additionally see: http://ccollomb.free
Am 12.10.2009 15:03, Ulf Zibis schrieb:
Additionally something like Path#unlock() would be helpful, if
copy/delete fails. For example see:
http://diamondcs.com.au/freeutilities/fileunlocker.php
Additionally see: http://ccollomb.free.fr/unlocker/
-Ulf
Ulf Zibis wrote:
:
Alan, that's cool, thanks. Hopefully this goes into trunk of JDK 7, (+
write access ?).
Can you give me direct link of ZipFileSystem.jar + javadoc + sources ?
Just clone the nio/nio repository. There's a README in
jdk/src/share/demo/nio/ZipFileSystem.
If I run this example
Am 16.09.2009 18:08, Alan Bateman schrieb:
Joel Kamentz wrote:
:
Attempt to convert an URL to a local file, taking into
account that it might be wrappered by jar:, that File.toURL doesn't
process %20 and the like, etc.
File.toURL is deprecated. You might want to look at File.toUR
+1
-Ulf
Am 16.09.2009 13:33, Stephen Colebourne schrieb:
2009/9/15 Martin Buchholz :
This test is particularly uninteresting. I'll commit soon even if I
don't get any review comments.
* Returns a hash code for this {...@code Byte}; equal to the result
* of invoking {...@code intV
Am 12.10.2009 15:43, Alan Bateman schrieb:
Ulf Zibis wrote:
:
Anyway, I would like to see zip/jar URIs as valid parameter to open a
file/path/stream/channel via new File(URI) or Paths.get(URI).
There is a file system provider (albeit demo/prototype quality) for
zip file in the nio repository.
Ulf Zibis wrote:
Am 12.10.2009 15:03, Ulf Zibis schrieb:
Additionally something like Path#unlock() would be helpful, if
copy/delete fails. For example see:
http://diamondcs.com.au/freeutilities/fileunlocker.php
Additionally see: http://ccollomb.free.fr/unlocker/
I assume this type of thing ca
Ulf Zibis wrote:
:
Anyway, I would like to see zip/jar URIs as valid parameter to open a
file/path/stream/channel via new File(URI) or Paths.get(URI).
There is a file system provider (albeit demo/prototype quality) for zip
file in the nio repository. Just add ZipFileSystem.jar to your classpath
Joseph D. Darcy wrote:
Classes with only private constructors, like j.u.Objects, are
effectively final. Adding final is harmless but unnecessary in these
cases. The platform is a bit inconsistent here; j.u.Collections is
*not* marked final while j.l.Math is.
For a certain value of effectiv
10 matches
Mail list logo
