Support for Apple Extensions

Alan Bateman Alan.Bateman at oracle.com
Fri Jul 5 11:38:44 PDT 2013


On 05/07/2013 17:44, Johannes Schindelin wrote:
> :
> In addition, we are heavy users of handleOpenFile() and handleAbout(),
> printFiles(), handleQuitRequestWith(), userSessionActivated(),
> userSessionDeactivated(), systemAboutToSleep(), systemAwoke(),
> screenAboutToSleep(), screenAwoke(), appHidden, appUnhidden(),
> appMovedToBackground(), appRaisedToForeground, and appReOpened().
>
> Alan, I think you might be surprised what kind of reactions your
> suggestion to remove -- even parts of -- a well-established, wide-used API
> elicited.
>
> After all, Sun worked very hard -- and successfully so -- on an incredible
> backwards-compatibility, so much so that you can still execute code that
> was compiled for Java 1.1 without *any* problems. That is what makes Java
> so much nicer to use than, say, C# or C++, where you have to adjust things
> all the time just to keep them compiling, let alone running.
>
> Maybe you can explain what benefits there are in removing that established
> API, and maybe you could elaborate why those benefits outweigh the costs?
>
> I am curious,
> Johannes
I haven't proposed removing these APIs. I have instead just asked a few 
questions to try to get some clarity as to their status and also to get 
some understanding as to which of these APIs are used. One motive to 
understanding their supportness is modularity as it's important to know 
which APIs might need to be "exported". See also JEP-179 [1] for the 
proposal to try to capture the support status of APIs so that it is 
clear to both JDK maintainers and to developers using the JDK.

-Alan

[1] http://openjdk.java.net/jeps/179


More information about the macosx-port-dev mailing list