Review Request: 8001533: Java launcher must launch JavaFX applications

Mandy Chung mandy.chung at oracle.com
Fri Nov 16 19:55:41 UTC 2012


On 11/16/12 9:38 AM, David DeHaven wrote:
>>> I cleaned it up quite a bit, I think it looks a lot better now:
>>> http://cr.openjdk.java.net/~ddehaven/8001533/webrev.1/
>>>
>>> The comments still need some attention, I'll get that first thing on the morrow.
>>>
>>> -DrD-
>>>
>> I haven't done a detailed code review but I'm wondering about preferring JavaFX-Application-Class over Main-Class. I realize there may be some history here, perhaps with the javafxpackager tool, but I'm just concerned that the JAR File specification specifies the Main-Class attribute, now it will be usurped and ignored if this custom attribute is present.
> JavaFX-Application-Class is for backwards compatibility with existing applications, my understanding is it's being deprecated. Moving forward JavaFX applications will only use Main-Class. Kevin can correct me if I'm wrong :)

I have talked with Kevin to understand the backward compatibility 
better.  For an existing JavaFX application, the JAR file manifest 
always has both the Main-Class and JavaFX-Application-Class attributes; 
in this case, it will ignore the Main-Class attribute and launch with 
com.sun.javafx.application.LauncherImpl.  However, during our 
conversation, we raise other questions that don't have a clear answer 
yet. The main ones are whether the new javafxpackager would continue to 
add the Main-Class attribute and what it will be and whether continue to 
use the JavaFX-Application-Class attribute; if the class specified in 
the JavaFX-Application-Class attribute has the main method, what the 
Main-Class attribute should contain?

> Am I wrong in thinking there should be no impact on profile support if it's being deprecated?

If Main-Class is always present with JavaFX-Application-Class, it may be 
no impact; but this seems to be unclear at this moment.  Kevin can chime 
in here and looks like this requires more investigation before we 
continue the code review.

Mandy




More information about the core-libs-dev mailing list