Make DefaultTrackingFileManager write directly to tracking files

Resolver recently introduced file collocation that is write to an adjecent temp file and then atomically move to the target file. It turned out that on Windows, when the target file is written with a high frequency the system fails to move in time and it causes an AccessDeniedException, there is no known workaround with current Java code.
Since tracking files are written very often for the same artifact this creates a bottleneck. We need to resort to write to the file directly for now, although it just affects Windows.

Pending: Report to the OpenJDK team