Springboot Config Documentation, Two Ways With IntelliJ IDEA
In modern software development, the applications are driven by configuration.
If configurable properties are large in numbers, then it is difficult to remember the purpose, structure and type of each property. It becomes a necessity to invest in the documentation of these properties.
This article explores IDE integrated options to assist in writing Spring Boot YAML based configuration.
Originally published at Dzone
Spring Configuration Processor¹
Spring Boot provides an out of box mechanism for configuration documentation: include a jar named spring-boot-configuration-processor
and trigger build.
annotationProcessor 'org.springframework.boot:spring-boot-configuration-processor'
⚙ How it works
- You trigger build.
- It scans
@ConfigurationProperties
and constructs a JSON file which describes overall properties.
{
"groups": [
{
"name": "db",
"type": "mighty.config.Database",
"sourceType": "mighty.config.Database"
}
],
"properties": [
{
"name": "db.hostname",
"type": "java.lang.String",
"sourceType": "mighty.config.Database"
},
{
"name": "db.password",
"type": "java.lang.Character[]",
"sourceType": "mighty.config.Database"
},
{
"name": "db.port",
"type": "java.lang.Integer",
"sourceType": "mighty.config.Database",
"defaultValue": 0
},
{
"name": "db.username",
"type": "java.lang.String",
"sourceType": "mighty.config.Database"
}
],
"hints": []
}
- IDE intercepts generated file and helps you write configuration.
IntelliJ IDEA — Ultimate Edition detects the spring meta processor on the classpath and provides hints based upon metadata file generated.
However, there is no support on IntelliJ IDEA — Community Edition, Spring Tools 4 (Eclipse with Spring tools), Visual Code (with Spring tools).
Yaml Schema
YAML schema is newer, still evolving, and powerful option. In reality, YAML schema is written in JSON format² (strange!).
At the time of writing, Draft#8 or 2019–09 is released — tools like Visual Studio Code (with YAML extension by Redhat), IntelliJ IDEA 2019.x support Draft#7.
⚙ How it works
- You write schema by hand.
{
"$schema": "http://json-schema.org/draft-07/schema#",
"$id": "mighty/db",
"title": "Database Configuration",
"description": "Applicable database properties",
"type": "object",
"properties": {
"db": {
"type": "object",
"description": "DB configuration",
"properties": {
"hostname": {
"type": "string",
"description": "Hostname of db"
},
"port": {
"type": "integer",
"default": 0,
"description": "port of db"
},
"serviceName": {
"type": "string"
},
"username": {
"type": "string",
"description": "DB user"
},
"password": {
"type": "string",
"description": "DB Password"
}
},
"required": ["hostname", "port"]
}
}
}
- You create schema-mapping: mapping of files against schema governance.
- IDE provides hints based upon schema provided to helps you write schema efficiently.
Comparison
Now we have seen both ways, Let us compare:
Case #1: Static Properties
Consider configuration which accepts some fixed set of properties related to database connection.
db:
hostname:
port:
username:
password:
Here is IDE performance on both style:
The types of properties are not shown in suggestions in the case of YAML schema, yet it suggests the type while validating a property. With Spring Boot Configuration Metadata, Java exception message Type Mismatch is shown.
Case #2: Dynamic Properties
Let’s extend the previous case configuration. Consider the extension of configuration as below:
db:
hostname:
port:
type: # type of db
.
# DB specific properties
.
----
# in case of mysql
db:
hostname: localhost
port: 9991
type: mysql
dumpQueriesOnException: true
callableStmtCacheSize: 10
---
# in case of oracle
db:
hostname: localhost
port: 9992
type: oracle
batchPerformanceWorkaround: true
connectionRetryDelay: 5
Based on the type; additional properties can be varied. Consider, two types of DB supported: Oracle and MySQL.
Oracle-specific properties if type
is oracle
or MySQL-specific properties if type
is mysql
.
UML Class diagram for a possible solution
IDE is unable to distinguish Oracle properties with Mysql Properties in case of Spring Configuration Metadata. The generated spring metadata JSON file does not describe or command conditional nature of properties. Also, Spring Configuration metadata specification does not specify any conditional construct.
IDE is able to intercept the conditional properties in case of Yaml Schema.
💭 Wrapping Up
Spring Configuration Metadata programmer is equivalently good as YAML Schema for static configurable properties moreover it is automatically generated; however, this is supported by the paid edition of IntelliJ IDEA.
Yaml provides excellent conditional schema support which makes it powerful; however, writing such complex schema is not an easy task.
YAML schema is not limited to spring configuration files application.yml
or bootstrap.yml
but any YAML file. It enables a broad scope of applicability; it is a better choice for applications requiring external configuration.
What could be better ?
Spring developers should include conditional properties construct, or they can adopt YAML/ JSON schema, which would be future standard and would be understood by a broad audience (even with different language background!). Also, It would simplify IDE implementation.
References
- Spring Configuration Meta
https://docs.spring.io/spring-boot/docs/2.1.7.RELEASE/reference/html/configuration-metadata.html - JSON Schema
https://json-schema.org/understanding-json-schema/ - Polymorphic Spring Configuration
https://stackoverflow.com/questions/53962547/polymorphic-configuration-properties-in-spring-boot - Oracle Driver https://docs.oracle.com/cd/E13222_01/wls/docs81/jdbc_drivers/oracle.html