JDK-6962236 : backport JavacFileManager fixes from 7 to 6-open
  • Type: Bug
  • Component: tools
  • Sub-Component: javac
  • Affected Version: OpenJDK6
  • Priority: P3
  • Status: Resolved
  • Resolution: Fixed
  • OS: generic
  • CPU: generic
  • Submitted: 2010-06-17
  • Updated: 2010-06-23
  • Resolved: 2010-06-23
The Version table provides details related to the release that this issue/RFE will be addressed.

Unresolved : Release in which this issue/RFE will be addressed.
Resolved: Release in which this issue/RFE has been resolved.
Fixed : Release in which this issue/RFE has been fixed. The release containing this fix may be available for download as an Early Access Release or a General Availability Release.

To download the current JDK release, click here.
Other
OpenJDK6 b21Fixed
Related Reports
Relates :  
JDK-2194712 - javac reports path name of entry in ZipFileIndex incorectly
Relates :  
JDK-6725036 - javac returns incorrect value for lastModifiedTime() when source is a zip file archive
Relates :  
JDK-2194714 - javac handles missing entries on classpath badly
Relates :  
JDK-2194715 - refactor JavacFileManager to move nested classes to top level
Relates :  
JDK-2194717 - cleanup file separator handling in JavacFileManager
Relates :  
JDK-2194718 - clean up use of static caches in file manager
Relates :  
JDK-2194720 - refactor Paths to be just a utility class for JavacFileManager
Relates :  
JDK-2194724 - DefaultFileManager clean up: URI.create
Relates :  
JDK-2194725 - DefaultFileManager.ZipFileObject.toUri() fails to escape space characters
Relates :  
JDK-6881317 - regression: NPE in CloseableURLClassLoader
Relates :  
JDK-2168856 - ignore empty entries on paths
Relates :  
JDK-2168858 - RegularFileObject.inferBinaryName gives bad result on empty path
Relates :  
JDK-2194726 - JSR 199: FileObject.toUri should return file:///c:/ or file:/c:/ not file://c:/
Relates :  
JDK-2194727 - JavaFileObject.toUri returns bogus URI (win)
Relates :  
JDK-2194728 - tests @ignored because of issues with File.toURI on Windows
Relates :  
JDK-2194729 - Make decision on deprecated methods in DefaultFileManager and BaseFileObject.
Relates :  
JDK-2194730 - JavaFileObject getName issues
Relates :  
JDK-2194731 - JSR199 FileObjects don't obey general contract of equals.
Relates :  
JDK-2194732 - stupid typo in ZipFileIndex guarantees NPE
Relates :  
JDK-2194733 - "null" can incorrectly appear in error message compiler.err.error.reading.file
Relates :  
JDK-6558476 - com/sun/tools/javac/Main.compile don't release file handles on return
Relates :  
JDK-2194713 - refactor javac File handling code into new javac.file package
Description
JDK7 has a lot of bug fixes for the JavaFileManager that would be worth backporting to 6-open.  This is an umbrella CR for all those fixes.
Comments
EVALUATION Attached changesets.txt, which lists all changesets in 7 from b20 to present that contain changes to JavacFileManager, BaseFileObject, java/file, java/zip. Created with 8<--------------------- #!/bin/sh i=20 while [ $i -lt 573 ]; do if [ -n "$(hg -R /w/jjg/ref/tl/langtools log -r $i -v | \ grep -E 'FileManager|FileObject|javac/file/|javac/zip')" ]; then hg -R /w/jjg/ref/tl/langtools log -r $i | grep -v '^files:' fi i=$(expr $i + 1 ) done > changesets.txt
17-06-2010