JDK-8152043 : (fs) Remove dynamic loopup of Win32 API functions in WindowsNativeDispatcher needed to support Windows XP and Server 2003
  • Type: Bug
  • Component: core-libs
  • Sub-Component: java.nio
  • Affected Version: 8,9
  • Priority: P3
  • Status: Closed
  • Resolution: Fixed
  • OS: windows
  • Submitted: 2016-03-16
  • Updated: 2017-12-07
  • Resolved: 2016-03-17
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.
JDK 9
9 b112Fixed
Related Reports
Duplicate :  
Relates :  
Relates :  
Relates :  
Description
In order to support pre-Vista versions of Windows, several Win32 API functions, viz., FindFirstStreamW(), FindNextStreamW(), CreateSymbolicLinkW(), and GetFinalPathNameByHandleW(), had to be loaded dynamically by first obtaining the kernel32 module handle from GetModuleHandleExW() and then using this handle to obtain the addresses of the functions. This is no longer necessary in the versions of Windows required by JDK 8 onward, so the Win32 API functions should be able to be used directly without resorting to dynamic lookup.
Comments
The label noreg-other is present because the modified code is exercised indirectly by numerous existing tests, not just one or two, but only on Windows, so it seems excessive to add the issue ID to the bug tags of all of these.
17-03-2016

Review thread: http://mail.openjdk.java.net/pipermail/nio-dev/2016-March/003578.html
16-03-2016