ShpFilesLockingTest fails on Windows because it makes assumptions about URL -> File -> URI roundtripping that apparently do not hold on Windows. Both testAcquireReadFile() and testAcquireWriteFile() have an identical failure.
There is an identical failure in testAcquireWriteFile().
I am not sure how to fix this, and even if I did, I do not have a Windows box on which to test the fix. Even passing this through DataUtilities.urlToFile I don't think will fix it. I suspect the Win32 URI will be file:////somefile.shp with path //somefile.shp, because of Windows' love of putting // at the beginning of every absolute UNC filename, while on Linux it will be file://somefile.shp with path somefile.shp .
What is this test meant to do?