JDK-4061699 : Netbios name for classes.zip not resolved
  • Type: Bug
  • Component: hotspot
  • Sub-Component: runtime
  • Affected Version: 1.1.1,1.1.3,1.1.5
  • Priority: P3
  • Status: Closed
  • Resolution: Duplicate
  • OS: solaris_2.6,windows_nt
  • CPU: x86,sparc
  • Submitted: 1997-06-26
  • Updated: 1998-02-17
  • Resolved: 1998-02-17
Related Reports
Duplicate :  
JDK-4032066 - java.io: File classes do not recognize Windows UNC filenames (win32)
Description

Name: sgC58550			Date: 06/26/97


In an NT environment, when JDK is installed on the server
with a network share to provide access to the JDK
from the workstations, set

CLASSPATH=\\SERVER\JAVA\lib\classes.zip
PATH=%PATH%;\\SERVER\JAVA\bin
Calling, e.g. javac test.java results in
\\SERVER\JAVA\lib\classes.zip not found

It seems the fully qualified NetBios path name is not expanded
and thus the classes file is not found.

This is undesirable, since a server installation of the JDK
is much easier to maintain.
company - German National Research Center for Information Technology , email - ###@###.###
======================================================================
Comments
WORK AROUND Name: sgC58550 Date: 06/26/97 Either connect the network drive to a drive letter (e.g. J:) and then set the CLASSPATH to j:\lib\classes.zip or use batch files similar to the unix .java_wrapper to call the tools (batch files can be provided on request). Connecting a network drive is not nice, since users need to ensure that network drive letter is always the same in order for a common development environment to operate. ======================================================================
11-06-2004
EVALUATION Clearly, we need to add support for UNC path names to the JDK/JRE. This may already have been fixed by mr's recent changes. sheng.liang@Eng 1998-02-09 The bug has been fixed by the new win32 filename parser. ###@###.### 1998-02-17
09-02-1998