You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Is your feature request related to a problem? Please describe
This feature is not related to a problem.
Describe the idea you'd like
Checkstyle is a widely adopted solution to lint Java code. It is part of the Maven CLI and can be executed with mvn checkstyle:check or ./mvnw checkstyle:check. I'm currently integrating Checkstyle to my Nx workspace with the method described below. It would be great if this Nx plugin implemented a target, e.g. named @nxrocks/nx-spring-boot:lint, to lint a project. The goal would be to enable the user to lint project with this Nx plugin without having to manually setup Checkstyle as described below.
Describe alternatives you've considered
Here is how I currently integrate Checkstyle with my Nx workspace.
Add a Checksum configuration file in the root directly of the Nx workspace. I picked the default configuration file google_checks.xml used by Google. When not specifying any configuration file to Checksum, it uses its internal Sun configuration. Both Google and Sun configuration files can be found here.
Add the following section to pom.xml to enable the update of Checkstyle at runtime. The current version is 10.3. Without this section, an older version of Checkstyle will run with the mvnw script provided by this GitHub repo.
The plugin should enable the user to place the Checkstyle configuration file outside of the project that uses it, e.g. in the root directory of the Nx workspace for the sake of keeping the code DRY. Hence, the plugin should allow the user to specify the location of the Checkstyle configuration file.
Do not make the assumption that all projects are included directly in the folders apps/ and libs/, e.g. when reading the Checkstyle configuration file. For example, in my workspace I have a project in libs/shared/data-access-x that is shared between multiple projects. I have seen this project structure in workspaces created by others too.
Thanks!
The text was updated successfully, but these errors were encountered:
Hi @tschaffter (a.k.a serial issue/feature creator 😅)
In the previous major release of the plugin (v4.0.0) I've added support for formatting/linting via Spotless, which in my opinion is way superior to Checkstyle in terms of features/customizations capabilities( all JVM languages, Maven/Gradle plugins, integration with other tools, etc)
The related formatting executors are:
*nx check-format bootapp
*nx apply-format bootapp or nx do-format bootapp
Is your feature request related to a problem? Please describe
This feature is not related to a problem.
Describe the idea you'd like
Checkstyle is a widely adopted solution to lint Java code. It is part of the Maven CLI and can be executed with
mvn checkstyle:check
or./mvnw checkstyle:check
. I'm currently integrating Checkstyle to my Nx workspace with the method described below. It would be great if this Nx plugin implemented a target, e.g. named@nxrocks/nx-spring-boot:lint
, to lint a project. The goal would be to enable the user to lint project with this Nx plugin without having to manually setup Checkstyle as described below.Describe alternatives you've considered
Here is how I currently integrate Checkstyle with my Nx workspace.
google_checks.xml
used by Google. When not specifying any configuration file to Checksum, it uses its internal Sun configuration. Both Google and Sun configuration files can be found here.pom.xml
to enable the update of Checkstyle at runtime. The current version is 10.3. Without this section, an older version of Checkstyle will run with themvnw
script provided by this GitHub repo.pom.xml
.Additional context
apps/
andlibs/
, e.g. when reading the Checkstyle configuration file. For example, in my workspace I have a project inlibs/shared/data-access-x
that is shared between multiple projects. I have seen this project structure in workspaces created by others too.Thanks!
The text was updated successfully, but these errors were encountered: