Sprawdź, czy plik jest złączem (w systemie Windows), czy nie?

Question

Szukałem w pobliżu, próbując znaleźć sposób na ustalenie, czy plik jest skrzyżowaniem, czy nie, i nie znalazłem zadowalających odpowiedzi.

Pierwszą rzeczą próbowałem było:

Files.isSymbolicLink(aPath) 

Wykrywa tylko linki symboliczne nie pliki zwane skrzyżowań w systemie Windows.

próbował również rozwiązanie proponowane tutaj (przy użyciu biblioteki jna): Stackoverflow question (3249117) , ale nigdy nie wrócił prawda na żadnym z plików znam się skrzyżowaniach.

Jedynym sposobem znalazłem aby określić, które pliki są złącza jest następujący przebieg polecenie w wierszu polecenia systemu Windows:

DIR /S /A:L 

Na moim komputerze zwraca 66 foldery ubezpieczeniowy Files.isSymbolicLink (aPath) powrócił tylko 2. Więc przypuszczam, że mógłbym znaleźć sposób na wykorzystanie tego, ale nie sądzę, że byłoby to bardzo skuteczne przy przechodzeniu przez filetree.

Czy można to zrobić za pomocą standardowej biblioteki Java lub alternatywnie JNA?

Answer 1

Jeśli możesz napisać natywny kod w JNA, możesz bezpośrednio wywołać funkcję Win32 API GetFileAttributes() i sprawdzić flagę FILE_ATTRIBUTE_REPARSE_POINT (złącza są zaimplementowane jako punkty ponownej analizy).

Aktualizacja: W celu rozróżnienia pomiędzy różnymi rodzajami punktów ponownej analizy, trzeba retreive się ReparseTag rzeczywistego punktu ponownej analizy. W przypadku punktu połączenia zostanie ustawiony na IO_REPARSE_TAG_MOUNT_POINT (0xA0000003).

Istnieją dwa sposoby retreive się ReparseTag:

1. Korzystając DeviceIoControl() z kodem FSCTL_GET_REPARSE_POINT kontroli w celu uzyskania REPARSE_DATA_BUFFER struct, który jako pole ReparseTag. Można zobaczyć przykład implementacji IsDirectoryJunction() użyciu tej techniki w następującym artykule:

   NTFS Hard Links, Directory Junctions, and Windows Shortcuts

2. Zastosowanie FindFirstFile() do uzyskania WIN32_FIND_DATA struct. Jeśli ścieżka ma atrybut FILE_ATTRIBUTE_REPARSE_POINT, pole dwReserved0 będzie zawierało ReparseTag.

Answer 2

Nie może być sposób, aby to zrobić bez JNA, jeśli masz prawo Java, takich jak Oracle JDK 8. Jest sprytny, może przestać do pracy, ale ....

Ty można dostać BasicFileAttributes interfejsu związanego z linku:

BasicFileAttributes attr = Files.readAttributes(path, BasicFileAttributes.class, LinkOption.NOFOLLOW_LINKS); 

może się zdarzyć, że ta implementacja interfejsu jest klasą sun.nio.fs.WindowsFileAttributes. I ta klasa ma metodę isReparsePoint, która zwraca wartość true zarówno dla punktów połączenia, jak i dowiązań symbolicznych.Więc można spróbować użyć refleksji i wywołać metodę:

boolean isReparsePoint = false; 
    if (DosFileAttributes.class.isInstance(attr)) 
     try { 
      Method m = attr.getClass().getDeclaredMethod("isReparsePoint"); 
      m.setAccessible(true); 
      isReparsePoint = (boolean) m.invoke(attr); 
     } catch (Exception e) { 
      // just gave it a try 
     } 

Teraz tylko można dowiedzieć się, czy naprawdę jest to link symboliczny: Files.isSymbolicLink(path)

Jeśli jej nie jest, ale jest to ponownej analizy punkt, to jest to skrzyżowanie.

Answer 3

Z J2SE 1.7 użycie Java NIO

/** 
* returns true if the Path is a Windows Junction 
*/ 
private static boolean isJunction(Path p) { 
    boolean isJunction = false; 
    try { 
     isJunction = (p.compareTo(p.toRealPath()) != 0); 
    } catch (IOException e) { 
     e.printStackTrace(); // TODO: handleMeProperly 
    } 
    return isJunction; 
} 

Answer 4

podczas systemie Windows atrybuty skrzyżowania mają isSymbolicLink() == false jest isOther() == true. Możesz więc zrobić coś takiego:

BasicFileAttributes attrs = Files.readAttributes(aPath, BasicFileAttributes.class); 
boolean isJunction = isWindows && attrs.isDirectory() && attrs.isOther();