GeoTools 2.6.x looks to be focused on quality and performance.
As always the scope and timing of releases is set by you - the members of our community. There is a host of interesting "unsupported" modules that can make it into this release based on time and funding.
We have tossed both gt-swing-widgets and gt-swing-widgets-pending in the bit bucket as their module maintainers have stepped down. We have salvaged a new gt-swing with s strict mandate to provide user interface classes for our demos; nothing too fancy - just enough that we are not wrecking out examples with user interface code.
We have updated out data model to support the constructs used by the symbology encoding specification; and in a few isolated cases received patches to hook them up to the render (such as Unit of Measure support).
We expect the render to gain additional capabilities as members of the public supply patches.
Andrea Aime has been cleaning up one of the top issues on our technical debt page - cleaning up after the transition to GeoAPI filter done way back in GeoTools 2.3. The work is incomplete.
Next Generation JDBC
Thus far the "Next Generation" JDBC DataStore are worth being excited about, they are more maintainable, with a cleaner architecture and more even support of advanced features (aggregation functions or support for dates for example). These are also available on the previous 2.5.x branch.
There is a Technical Debt page with details of some "undone" work (often work left over when a commercial funding ended for a specific task).
Andrea has organised a module clean up aligning modules with a module maintainer; or deleting modules that are unused as required.
We also hope to see an introduction of a "N-Dimensional" GridCoverage "DataAccess" API. This work was started by Simone but does not appear to be finished in time for release.