Apache Sling 10 released
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.
To find out more about running Sling, see out getting started page.
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.
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
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 .
Sling is now able to directly redirect clients to secure URLs of DataStore binaries when the underlying repository allows it. This feature is intended to allow quick serving of content from remote services such as S3 without having to stream the binaries from Sling.
For more details see OAK-6575 - Provide a secure external URL to a DataStore binary, SLING-7140 - Support redirects to URLs provided by the underlying datastore and Ian Boston's quick configuration notes.
When an exception is logged, the Bundle-SymbolicName and the version of the bundle containing each stack trace element are shown. The intent is to simplify debugging and support when logs are available but bundle versions are not known.
See the logging documentation for more details.
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.
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 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. Pre-authentication can also lead to performance improvements.
The OSGi configuration differs from the standard model by using an array to hold the principal names, as opposed to a single value. An example can be seen below
org.apache.sling.serviceusermapping.impl.ServiceUserMapperImpl.amended-resourceresolver user.mapping=[ "org.apache.sling.resourceresolver:mapping\=[repository-reader-service]" ]
See the Oak documentation on pre-authentication for more details.
We have added several improvements to repoinit, including
- mixins in "create path" statements
- repository-level permissions
- disabling service users
- specifying oak restrictions
See the Repository Initialization documentation for more details.
The bundle resource provider now allows adding JSON files which hold properties for various nodes.
The feature can be enabled by adding a directive to the header entry:
propsJSON=json. All files having the configured extension will be treat as JSON files containing properties for the resources.
See the Bundle resources documentation for more details.