Why is almost everything in the API final

David Ray cognitionmission at gmail.com
Tue Sep 3 11:31:53 PDT 2013


By "we" I meant the place where I work… (not JWrapper Inc.)!  :)

David



On Sep 3, 2013, at 1:28 PM, David Ray <cognitionmission at gmail.com> wrote:

>> I would strongly recommend leaving the shared JRE install world behind.
> 
> As a suggestion, try JWrapper - we have flawless installs now, even using an OSGI deployment procedure! Bundled JVMs are really the only dependable way to go now it seems?
> 
> David
> 
> On Sep 3, 2013, at 1:23 PM, Richard Bair <richard.bair at oracle.com> wrote:
> 
>>> Wouldn't it be better to allow developers to override methods at their own risk.
>> 
>> There's no such thing. When some big customer overrides methods, we have no choice but to support their app for the foreseeable future. Which is why deprecated stuff never could be removed from the JDK as well. And a host of bugs won't be fixed. When the CEO of a customer with a major hardware contract comes knocking -- well, at that time you really wish you had designed the API differently.
>> 
>>> Yet, those that are willing to take the risks, can do something to keep their business alive.
>> 
>> I would strongly recommend leaving the shared JRE install world behind.
>> 
>> Richard
> 



More information about the openjfx-dev mailing list