4 ms·

>> If it goes into official runtime, then backwards compatibility will kill it eventually. You'll have situation where in year 2078 someone will ask why are we

>> If it goes into official runtime, then backwards compatibility will kill it eventually. You'll have situation where in year 2078 someone will ask why are we still having tokio when everyone is using telepathy lib? This kind of situation happens and leads to a second, newer official runtime getting adopted and the older, legacy runtime being supported as long as is needed. This happened with Java's official GUT toolkits which started off with the Abstract Windowing Toolkit (AWT) and then moved to Swing and almost moved to JavaFX. Having multiple officially supported core components is not necessarily bad--it can be a sign of good backward compatibility balanced against the need to improve core components. I think it is better than the alternative: multiple unofficial, de facto standard components that are incompatible. Who knows which direction each unofficial components will go and newcomers do not know which one to choose.

Ygg2 3y ago
That only happened in Java 9 after Oracle acquired Sun. I'd say Oracle was way more remove focused than Sun ever was.
- thesuperbigfrog 3y ago
  Yes. Oracle's goal for Java is to monetize it by reducing maintenance by divesting components to the community and focusing on the components that big organizations use (so they will pay for them). JavaFX was one of the many components that was spun out to the community and now lives as OpenJFX (https://openjfx.io/ https://openjfx.io/). JavaFX would have replaced Swing had it not been for Oracle's change of direction.
  - cbm-vic-20 3y ago
    "OpenJFX is a project under the charter of the OpenJDK." Many committers are Oracle employees. https://github.com/openjdk/jfx https://github.com/openjdk/jfx
    - thesuperbigfrog 3y ago
      >> "OpenJFX is a project under the charter of the OpenJDK." Many committers are Oracle employees. Yes, but while Oracle employees may contribute to OpenJFX development, JavaFX is not an officially supported Oracle product (beyond legacy support of old JDK versions): "Do I need a separate support contract for JavaFX? No. JavaFX is part of the technologies covered under Oracle Java SE Subscription. As of JDK 7u6 JavaFX is included with the standard JDK and JRE bundles. Note that for JDK 11 and later JavaFX is no longer included the JDK but remains available as a third party library from other vendors." Source: https://www.oracle.com/java/technologies/faqs-jsp.html https://www.oracle.com/java/technologies/faqs-jsp.html

Ygg2 3y ago

That only happened in Java 9 after Oracle acquired Sun. I'd say Oracle was way more remove focused than Sun ever was.

thesuperbigfrog 3y ago
Yes. Oracle's goal for Java is to monetize it by reducing maintenance by divesting components to the community and focusing on the components that big organizations use (so they will pay for them). JavaFX was one of the many components that was spun out to the community and now lives as OpenJFX (https://openjfx.io/ https://openjfx.io/). JavaFX would have replaced Swing had it not been for Oracle's change of direction.
- cbm-vic-20 3y ago
  "OpenJFX is a project under the charter of the OpenJDK." Many committers are Oracle employees. https://github.com/openjdk/jfx https://github.com/openjdk/jfx
  - thesuperbigfrog 3y ago
    >> "OpenJFX is a project under the charter of the OpenJDK." Many committers are Oracle employees. Yes, but while Oracle employees may contribute to OpenJFX development, JavaFX is not an officially supported Oracle product (beyond legacy support of old JDK versions): "Do I need a separate support contract for JavaFX? No. JavaFX is part of the technologies covered under Oracle Java SE Subscription. As of JDK 7u6 JavaFX is included with the standard JDK and JRE bundles. Note that for JDK 11 and later JavaFX is no longer included the JDK but remains available as a third party library from other vendors." Source: https://www.oracle.com/java/technologies/faqs-jsp.html https://www.oracle.com/java/technologies/faqs-jsp.html