Ahead of Time Optimizations
This chapter covers Spring Data’s Ahead of Time (AOT) optimizations that build upon Spring’s Ahead of Time Optimizations.
Best Practices
Annotate your Domain Types
During application startup, Spring scans the classpath for domain classes for early processing of entities.
By annotating your domain types with Spring Data Store specific @Table, @Document or @Entity annotations you can aid initial entity scanning and ensure that those types are registered with ManagedTypes for Runtime Hints.
Classpath scanning is not possible in native image arrangements and so Spring has to use ManagedTypes for the initial entity set.
Ahead of Time Code Generation
Ahead of time code generation is not limited to usage with GraalVM Native Image but also offers benefits when working with regular deployments and can help optimize startup performance on the jvm.
|
With AOT optimizations some decisions (like database dialects for example) will be frozen at build time and get included as is in the application setup. |
If Ahead of Time compilation is enabled Spring Data can (depending on the actual Module in use) contribute several components during the AOT phase of your build.
-
Bytecode for generated Type/Property Accessors
-
Sourcecode for the defined Repository Interfaces
-
Repository Metadata in JSON format
Each of the above is enabled by default. However, there users may fine tune the configuration with following options.
|
Boolean flag to control contribution of Bytecode for generated Type/Property Accessors |
|
Comma separated list of FQCN for which to contribute Bytecode for generated Type/Property Accessors.
Ant-style include patterns matching package names (e.g. |
|
Comma separated list of FQCN for which to skip contribution of Bytecode for generated Type/Property Accessors.
Ant-style exclude patterns matching package names (e.g. |
|
Boolean flag to control contribution of Source Code for Repository Interfaces |
|
Boolean flag to control contribution of Source Code for Repository Interfaces for a certain module (e.g. |
|
Boolean flag to control contribution of JSON repository metadata containing query methods and actual query strings.
Requires |
Ahead of Time Repositories
|
Ahead of Time repositories are only available for imperative (non reactive) repository interfaces of certain modules. The criteria identifying eligible query methods varies between the implementing modules. |
AOT Repositories are an extension to AOT processing by pre-generating eligible query method implementations. Query methods are opaque to developers regarding their underlying queries being executed in a query method call. AOT repositories contribute query method implementations based on derived, annotated, and named queries that are known at build-time. This optimization moves query method processing from runtime to build-time, which can lead to a significant performance improvement as query methods do not need to be analyzed reflectively upon each application start.
The resulting AOT repository fragment follows the naming scheme of <Repository FQCN>Impl__AotRepository and is placed in the same package as the repository interface.
|
Consider AOT repository classes an internal optimization. Do not use them directly in your code as generation and implementation details may change in future releases. |
Repository Metadata
AOT processing introspects query methods and collects metadata about repository queries. Spring Data stores this metadata in JSON files that are named after the source repository within the same package. Repository JSON Metadata contains details about queries and fragments. An example for the following repository is shown below:
-
Metadata
-
Repository
{
"name": "example.springdata.UserRepository",
"module": "JDBC",
"type": "IMPERATIVE",
"methods": [
{
"name": "findBy",
"signature": "public abstract java.util.List<example.springdata.User> example.springdata.UserRepository.findBy()",
"query": {
"query": "SELECT * FROM User"
}
},
{
"name": "findByLastnameStartingWith",
"signature": "public abstract org.springframework.data.domain.Page<example.springdata.User> example.springdata.UserRepository.findByLastnameStartingWith(java.lang.String,org.springframework.data.domain.Pageable)",
"query": {
"query": "SELECT * FROM User u WHERE lastname LIKE :lastname",
"count-query": "SELECT COUNT(*) FROM User WHERE lastname LIKE :lastname"
}
},
{
"name": "findByEmailAddress",
"signature": "public abstract example.springdata.User example.springdata.UserRepository.findByEmailAddress(java.lang.String)",
"query": {
"query": "select * from User where emailAddress = ?1"
}
},
interface UserRepository extends CrudRepository<User, Integer> {
List<User> findBy();
Page<User> findByLastnameStartingWith(String lastname, Pageable page);
@Query("select * from User where emailAddress = ?1")
User findByEmailAddress(String username);
}
|
Creating JSON metadata can be controlled via the |
Native Image Runtime Hints
Running an application as a native image requires additional information compared to a regular JVM runtime. Spring Data contributes Runtime Hints during AOT processing for native image usage. These are in particular hints for:
-
Auditing
-
ManagedTypesto capture the outcome of class-path scans -
Repositories
-
Reflection hints for entities, return types, and Spring Data annotations
-
Repository fragments
-
Querydsl
Qclasses -
Kotlin Coroutine support
-
-
Web support (Jackson Hints for
PagedModel)