Build better business applications, faster. No more juggling REST endpoints or deciphering GraphQL queries. Hilla seamlessly connects Spring Boot and React to accelerate application development.
For now, we have some unnecessary complexity for the plugin configuration. E.g., if you want to change the default configuration of NonnullPlugin, you write something like the following Maven configuration:
We need to use only the specific ID (class name) to disable an element instead of using the fully capable class that allows user to specify configuration etc.
P.S. It also affects everything that extends dev.hilla.parser.utils.ConfigList from parser-jvm-utils package.
I would suggest that the configuration complexity should be completely moved somewhere else so that we would have a configuration mechanism that would work the same also with Gradle.
For now, we have some unnecessary complexity for the plugin configuration. E.g., if you want to change the default configuration of
NonnullPlugin
, you write something like the following Maven configuration:Here you see the usage of the
<use>
tag. However, if you want to disable some default plugin, you still need to write something like that:I assume it is unnecessary and should be simplified to the following:
We need to use only the specific ID (class name) to disable an element instead of using the fully capable class that allows user to specify configuration etc.
P.S. It also affects everything that extends
dev.hilla.parser.utils.ConfigList
fromparser-jvm-utils
package.