I've resisted posting this until now as it will probably just confuse the
issue, but on this page you can find code which calls Objective C using both
Rococoa and plain old JNI so you can compare and contrast.
Of course the problem this is solving has nothing to do with AppNap and so it
might
It's probably sufficient to put the necessary configuration anywhere on the
classpath? I doubt one actually has to hack resources.jar?
> On Feb 27, 2014, at 6:07 AM, Michael Hall wrote:
>
>> On Feb 27, 2014, at 4:52 AM, Paul Taylor wrote:
>>
>> In my code I have:
>>
>> ScriptEngineManager mg
> On Feb 27, 2014, at 6:10 AM, Alan Bateman wrote:
>
>>
>
> The JDK does include the AppleScriptEngine but is missing the service
> configuration file that is needed to locate it. There is a bug open for this
> but it does raise the question as to whether the JDK really needs to bundle
> t
it will be loaded
regardless of name. Try moving it to another folder temporarily?
> On Feb 27, 2014, at 8:11 AM, Paul Taylor wrote:
>
>> On 27/02/2014 12:16, Paul Taylor wrote:
>>> On 27/02/2014 11:50, Andrew Thompson wrote:
>>>
>>>> On Feb
A few years ago I had a brief email exchange with Doug Lea I the idea of
providing an SPI so platforms could plug in implementations for a "default"
ExecutorService. The idea was this could be a regular fixed thread pool or
something more exotic like libdispatch, which is, after all OS managed a
) is that this package will not be carried
> forward into the modular JDK. I suppose it is possible some new JEP may
> revive it as a standard API for in JDK 10 but there is no plan for that.
>
> -phil.
>
>> On 05/19/2015 09:28 PM, Andrew Thompson wrote:
>> A few years ago
