Staging ground for the Sling 10 release notes

The Sling 10 release is focused on adding improved support for newer Java versions, but we managed to sneak in a couple of improvements as well. Please see the full details below.

Java 9 and 10 support

Sling now fully supports Java 9, with the integration tests running on Java 8 and Java 9 side-by-side. Java 10 has received the same attention in terms of testing, but since it is not officially released we can not declare it as fully supported.

Change of artifactId for the main Sling artifact

To better reflect its role, the old Sling launchpad has been renamed to the Sling starter. The name reflects that it's been used to quickly start working with Sling and also that it's aimed to start your appetite of working with Sling.

The Maven coordinates have changed from org.apache.sling:org.apache.sling.launchpad to org.apache.sling:org.apache.sling.starter .

Migrated from tika-bundle to tika-parsers

In order to keep the Slingstart artifact size under control, we no longer embed the tika-bundle uber-artifact. Instead, we include tika-parsers and explicitly support parsing of PDF documents via PDFBox. Consumers that desire to parse other document types can include other dependencies as OSGi bundle as needed.

Discovering parsers that do not work can be done by starting Sling with the additional -Dorg.apache.tika.service.error.warn=true argument. See also Troubleshooting Tika .

The default Slingstart now is 32% smaller, dropping from 98MB to 67MB.

Update to Oak 1.6.8

We use the latest stable Oak version from the 1.6 stream, bringing in over 140 fixes and improvements. See the full list of resolved issues for more details.

Service user console added

Working with service users is now made simpler by a new Web Console addition which allows inspecting and managing Service Users.

This console page is available as a standalone artifact at the org.apache.sling:org.apache.sling.serviceuser.webconsole Maven coordinates.

Service user privilege declaration based on principal names

TODO - link to docs

Service users may now be declared as having a list of principal names which exhaustively map the privileges they contain. This style of declaration is preferred since it reduces redundancy and adds clarity to the privileges used by a certain service user.

 

Issues tagged Sling-10-ReleaseNotes: