Mam działający kod, który nasłuchuje na katalogu korzystającym z usługi WatchService i odpowiada na określone przeze mnie zdarzenia. To działa dobrze i zostało przetestowane zarówno na Linuksie jak i na Macu (chociaż na tym ostatnim jest oczywiste, że używa się pollingu).Czy istnieje sposób na odpytywanie przy użyciu usługi WatchService?
Jednak, gdy wdrożyłem to w produkcji okazało się, że monitorowany katalog to uchwyt NFS. Ponieważ usługa WatchService używa inotify podczas działania na Linuksie, nigdy nie zdarzały się żadne zdarzenia, ponieważ porty NFS nie wyzwalają zdarzeń inotify (lub coś podobnego, tutaj jest więcej informacji, co wyjaśnia mój problem: Java WatchService not generating events while watching mapped drives).
Ponieważ mój kod jest już napisany, wolałbym zmusić usługę WatchService do korzystania z implementacji odpytywania zamiast do inotify. Czy jest jakiś sposób na zrobienie tego?
Próbowałem tego, znajdując kod źródłowy sun.nio.fs.PollingWatchService i tworząc obiekt bezpośrednio (zamiast za pomocą FileSystems.getDefault(). NewWatchService()), ale przy rejestracji usługi ze ścieżką otrzymałem ten wyjątek : java.nio.file.ProviderMismatchException.
Jakieś pomysły? Ponieważ zaimplementowałem już kod przy użyciu funkcji WatchService i WatchKey API, znacznie łatwiej jest wymusić odpytywanie niż przepisać wszystko za pomocą niestandardowego lub zewnętrznego oprogramowania poller. Dzięki!
Jest to rodzaj powolne i nieefektywne ale co 'pliku f = new File (YOUR_DIRECTORY "_garbage.tmp"); nowy FileOutputStream (f) .close(); f.delete(); 'i po prostu nasłuchuj na tworzenie plików o nazwie' "_garbage.tmp" '? –
@k_g: Dzięki za odpowiedź, ale nie rozumiem, jak to pomaga. Czy była szansa, że mógłbyś to rozwinąć? – rjcarr
Jeśli utworzysz plik, a następnie go usuniesz, powinien wystrzelić zdarzenie WatchService, prawda? –