I might just mention at this point that my trz package below does attempt a OS
X kqueue WatchService.
It passed nio basic tests but does not successfully get through the
LotsOfEvents tests. It has a deadlock issue for that. I haven't figured out how
to debug the problem since I am unsure how to
Thanks Dan and Alan,
I found my answer concerning Windows, Linux, and Solaris here (comment from
Alan):
http://java.dzone.com/news/how-watch-file-system-changes
SensitivityWatchEventModifier does look like what I was looking for. Is
JDK9 the target for the native Mac implementation?
On 2 Nove
On 01/11/2013 16:33, Christopher Brown wrote:
Hello,
As I understand it, the file watcher service introduced with JDK 7 uses
native (near real-time) notifications on Windows and Linux, but polling on
Mac OS X.
First off, is this correct?
Second, if it is, what is the polling interval on Mac OS
On 11/01/2013 03:45 PM, Michael Hall wrote:
On Nov 1, 2013, at 11:33 AM, Christopher Brown wrote:
Hello,
As I understand it, the file watcher service introduced with JDK 7 uses
native (near real-time) notifications on Windows and Linux, but polling on
Mac OS X.
First off, is this correct?
Y
On Nov 1, 2013, at 11:33 AM, Christopher Brown wrote:
> Hello,
>
> As I understand it, the file watcher service introduced with JDK 7 uses
> native (near real-time) notifications on Windows and Linux, but polling on
> Mac OS X.
>
> First off, is this correct?
Yes, polling
>
> Second, if it is,
Hello,
As I understand it, the file watcher service introduced with JDK 7 uses
native (near real-time) notifications on Windows and Linux, but polling on
Mac OS X.
First off, is this correct?
Second, if it is, what is the polling interval on Mac OS X (and can it be
configured)?
(I originally po
