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 08/11/2013 16:48, Paul Taylor wrote:
It works okay for me but for a particular customer
InetAddress.getLocalHost() is failing with Java 7 although it works
okay with Java 6 with the following exception
java.net.UnknownHostException: rupert: rupert: nodename nor servname
provided, or not kn
On 11/11/2013 09:09, Paul Taylor wrote:
Trouble is I cannot replicate the problem myself even if remove
entries from /etc/hosts it is only a problem some of my customers are
having
Paul
The reports on this issue (assuming it is the same thing as JDK-7180557)
were sparse and it took a while to
On 14/02/2014 21:17, Michael Hall wrote:
On Feb 13, 2014, at 7:49 PM, Michael Hall wrote:
Is the AppleScript engine no longer not even the default one but no longer
shipped?
Not seeing a reply here.
Is there a more appropriate forum for OS X specific java questions now?
I just checked my lo
On 15/02/2014 14:27, Michael Hall wrote:
:
Sorry Scott, put you in Led Zeppelin there for a bit. Except for Scott's
1.7.0_51, his and Alan's look to be later versions, so we might assume more
recent builds have this fixed?
I took a quick poke around and I now see that the reason AppleScript is
On 27/02/2014 10:52, Paul Taylor wrote:
In my code I have:
ScriptEngineManager mgr = new ScriptEngineManager();
ScriptEngine engine = mgr.getEngineByName("AppleScript");
this works fine for me, but for some customers in returns null for
engine.
We are using Java 1.8.0 25.0-b69 64bit (build 1
On 27/02/2014 13:11, Paul Taylor wrote:
:
I wanted to replicate the issue before fixing so I renamed
/System/Library/Java/Extensions/AppleScriptEngine.jar and
libAppleScriptEngine.jniLib but it stills works.
I searched the whole hard disk and couldn't find any other copies
What do I need to d
JObjC was dropped from the build in JDK 8, it was dropped in a JDK 7
update too. The remnants of it were removed from the build via
JDK-8033111 in jdk9-b03 but the dead code in the
jdk/src/macosx/native/jobjc was not removed. Is there any reason to keep
it around in the JDK 9 forest?
-Alan.
On 27/02/2015 01:13, Michael Hall wrote:
Still a little curious on this. There had been past speculation that one
benefit of this project would be smaller OS X application bundles with embedded
JRE’s.
I see that the current JDK 9 early access is now in fact a jigsaw (JSR 220?)
one.
I downloade
On 27/02/2015 08:53, Michael Hall wrote:
:
If for top-level page you mean
http://openjdk.java.net/projects/jigsaw/
I have looked at it a couple times but haven’t yet noticed any links to
documentation, tutorials, examples, javadoc? I have seen mention of a new file
system. Some talk of feature
On 01/03/2016 21:16, Brent Christian wrote:
For your review is a webrev of this change:
http://cr.openjdk.java.net/~bchristi/8148187/webrev.01/
This looks good to me, in particular the move of FileManager.m into the
right source tree as it was just wrong for that to be in jdk.deploy.osx
when
Vote: yes
12 matches
Mail list logo
