The OpenFX 9 release is aimed at stabilization, modularization support, and some modest improvements to the platform. The scope has not yet been finalized.
Development repo: http://hg.openjdk.java.net/openjfx/9-dev/rt
As of March 30, 2015 we no longer forward-sync changes from 8u to 9 each week. It is now the developer's responsibility to push changes directly to 9-dev. In fact, most changes should be pushed first to 9-dev and then backported to 8u-dev (or pushed at the same time). This follows the JDK model of pushing changes to the development code line first and then backporting to prior releases as appropriate. Risky changes might wait to be baked in 9-dev for a week or two, but most simple bug fixes can be backported much sooner (if not at the same time).
We haven't finalized the scope of the FX work for 9, but some minor improvements in addition to bug fixes might be accepted. The code review policies are the same as currently used for 8u-dev. If you are backporting a bug fix from 9-dev to 8u-dev that is substantially the same changeset – either it imports cleanly or only differs from the 9-dev patch in white-space or context -- then a separate review is not needed to push to 8u-dev. The review you did for 9-dev is enough.
API changes and other application visible behavior changes require additional approval via the API review process. Such API changes that are approved for 9 must not be backported to 8u-dev (for 8u60), since we are past feature freeze. There might be some exceptions to this policy, but they will be rare and require separate approval for the backport.
Our testing is still mostly focused on 8u60, but that will change over time. As such, we will observe the same weekly lockout period for 9-dev as for 8u-dev: 1am - 1pm Pacific time on Monday, and will start doing at least limited testing on 9-dev. See Sanity Testing for details.
The following is under construction and is not complete or fully thought out.
TBD
WORK IN PROGRESS: This is a "laundry list" of ideas; none of this work is confirmed or officially planned
performance optimization
additional vertex data formats
additional geometry types