Jesse Glick wrote:
Stefan Bodewig wrote:
file://cluster/home/ant/lib
This is probably illegal too; AFAIK the host field is meaningless
for a file-protocol URL.
I think it is not (SMB or NFS), something like "ls //nfserver/homes/mine"
translates into a file URI with host.
Not on Unix; NFS mounts still look like regular FS paths, e.g.
/net/some.server/home/bob -> file:/net/some.server/home/bob/
which has an empty and elided host field.
Apollo workstations had a filesystem with the //hostname prefix; its
where windows grabbed it form
Windows has \\server\path UNC paths for which the JRE has AFAIK never
gotten URIs quite right. You can search bugs.sun.com for "UNC URI" or
something like that and get the story.
Anyway, it seems that the test is attempting to manipulate file: URLs
for file path syntaxes which cannot exist on the host OS. This is a
mistake, I think. A Unix system cannot be expected to interpret
"\\workserver\Documents and Folders\" as a real file path during a unit
test, and a Windows system cannot be expected to treat "/home/bob" as a
file path independent of any drive letter.
-J.
I'll look at it after the rmic tests
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
