General Updates
Design updates
We updated the branding of the toolsuite distributions to match the latest style of https://spring.io.
Grails updated to 2.3.5
GGTS now ships with Grails 2.3.5.
Additional Dashboard Improvements
The dashboard icon in the toolbar git an indicator icon added to show you when new feed items are available that you haven't read or seen yet. This allows you to keep the dashboard closed and still see if there are any news coming along.
In addition to that we changed the design of the dashboard to open separate new editors when you select something instead of opening new tabs inside the dashboard itself. This gives you a much more natural and browser-like experience when using the dashboard. For the sake of consistency, we also moved the extension installation part out of the dashboard and into a separate editor. You can still open it by clicking on the "Manage Extensions" button on the dashboard.
This also allows much more flexibility in arranging those different parts in your workbench. You can have the extension install part open and looking at the documentation page at the same time by moving those editors to different places in your workbench layout.
Spring Tooling updates
Improved Spring Boot Jar-type Content Assist
The Jar type content assist suggestion engine now detects the spring-boot version of spring-boot maven projects. This includes projects created via the 'New Spring Starter' wizard. The index file used to compute the suggestions is no longer embedded inside STS but downloaded for your specific version of spring-boot from a CloudFoundry web service. This allows us to update the suggestions for future versions of spring boot without requiring a new version of STS.
Minimal Support for Running Spring Groovy CLI apps
You can now easily run Spring Groovy CLI apps from within STS. Right click a app.groovy file and select Run As >> Spring Groovy CLI. The app will be started and its output appears in a Eclipse Console.
A recent spring-boot runtime for running the app is automatically configured for you, but it can be overridden via preferences.
Support for Importing `General' Getting Started Content
The wizard for importing spring.io getting started content has been extended with a `General' content type. This allows it to import projects that don't have any explicit build-logic (pom.xml or build.gradle) as generic Eclipse projects.
Gradle Tooling
Gradle: Workingset Actions Group
Gradle Actions group has been added for a workingset (just like Maven has). Now Gradle actions can be executed via Workingset context menu. A Gradle action will be executed on all Gradle projects within a Workingset.
Gradle: "Refresh All" Action Performance Improvement
"Refresh All" action now executes Gradle projects refresh operation in batches of projects under the same root project. This results in order of magnitude running time improvement for refresh operation in common refresh scenarios.
Gradle: Project Configurators Extension Point
Ability to contribute project configurator classes via org.springsource.ide.eclipse.gradle.core.projectConfigurators extension point. These classes allow client to configure a project based on the information inferred from the project's Gradle model.
Here is a full list of resolved bugs and enhancement requests for 3.5.0:
Download STS: https://spring.io/tools/sts/all
Download GGTS: https://spring.io/tools/ggts/all
STS/GGTS forum: https://forum.spring.io/forum/spring-projects/springsource-tool-suite
STS/GGTS Issue tracker: https://issuetracker.springsource.com/browse/STS
There was a bug reported against Spring Roo 1.2.4 about a problem when using the GWT support together with java.lang.Float (or Byte) field types. In case we hit this issue we recommend to download and use Spring Roo 1.2.3. You can configure the Spring Roo runtime that STS should use in the preferences (Preferences -> Spring -> Roo support).
The issue in Roo is tracked here: https://jira.springsource.org/browse/ROO-3466
We observed that Spring Roo doesn't work inside of STS when running STS on top of a recent JDK8 build. The workaround for this is to run STS on top of a JDK7 instead.