Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Issue #273: converts diff.groovy to use Checkstyle's CLI #747

Draft
wants to merge 3 commits into
base: master
Choose a base branch
from

Conversation

rnveach
Copy link
Member

@rnveach rnveach commented Dec 31, 2022

Issue #273

Supplemental Checkstyle PR: checkstyle/checkstyle#12576

.ci/travis.sh Outdated
@@ -90,7 +90,7 @@ checkstyle-tester-diff-groovy-regression-single)
export MAVEN_OPTS="-Xmx2048m"
groovy ./diff.groovy --listOfProjects projects-to-test-on.properties \
-pc ../../../checkstyle-tester/diff-groovy-regression-config.xml \
-r ../../checkstyle -xm "-Dcheckstyle.failsOnError=false" \
-r ../../checkstyle \
Copy link
Member Author

@rnveach rnveach Dec 31, 2022

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

CLI doesn't have anything similar. It seems we need to build something into groovy.

If this is true, and Checkstyle reported any violations or errors, the build fails immediately after running Checkstyle

The only way we have to determine if any violations/errors are reported from the CLI is the exit code. ( https://github.com/checkstyle/checkstyle/blob/master/src/main/java/com/puppycrawl/tools/checkstyle/Main.java#L415 ) We just have to be careful on other exit codes ( https://github.com/checkstyle/checkstyle/blob/master/src/main/java/com/puppycrawl/tools/checkstyle/Main.java#L85-L89 )

Anything else requires adding custom modules to listen for violations.

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I added the reverse option, continueOnError. It is inverted because we need the default to be false so when we use the option, it is enabled. It follows the POM's default value which was failsOnError = true so continueOnError = false by default.

@@ -74,8 +74,8 @@ def getCliOptions(args) {
+ ' as a shorter version to prevent long paths. (optional, default is false)')
m(longOpt: 'mode', args: 1, required: false, argName: 'mode', 'The mode of the tool:' \
+ ' \'diff\' or \'single\'. (optional, default is \'diff\')')
xm(longOpt: 'extraMvnRegressionOptions', args: 1, required: false, 'Extra arguments to pass to Maven' \
+ 'for Checkstyle Regression run (optional, ex: -Dmaven.prop=true)')
xo(longOpt: 'extraRegressionOptions', args: 1, required: false, 'Extra arguments to pass ' \
Copy link
Member Author

@rnveach rnveach Dec 31, 2022

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I took xm as extraMvn so I changed this to xo to mean extraOptions since this is not passed to any maven now.

executeCmd("git checkout $cfg.branch", cfg.localGitRepo)
executeCmd("git log -1 --pretty=MSG:%s%nSHA-1:%H", cfg.localGitRepo)
executeCmd("mvn -e --no-transfer-progress --batch-mode -Pno-validations clean install",
executeCmd("mvn -e --no-transfer-progress --batch-mode -Pno-validations clean package -Passembly -Dassembly.skipAssembly=true -Dmaven.test.skip=true",
Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Partial done of #591 .

<checkstyle-plugin.version>3.1.1</checkstyle-plugin.version>
<checkstyle.version>0.0-SNAPSHOT</checkstyle.version>
<sevntu-checkstyle.version>1.44.1</sevntu-checkstyle.version>
<checkstyle.config.location>https://raw.githubusercontent.com/checkstyle/checkstyle/master/src/main/resources/google_checks.xml</checkstyle.config.location>
Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

This config is never really used as shown in #745

<project.build.sourceEncoding>UTF-8</project.build.sourceEncoding>
<checkstyle-plugin.version>3.1.1</checkstyle-plugin.version>
<checkstyle.version>0.0-SNAPSHOT</checkstyle.version>
<sevntu-checkstyle.version>1.44.1</sevntu-checkstyle.version>
Copy link
Member Author

@rnveach rnveach Dec 31, 2022

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Sevntu support is completely removed until #340 / #604 . We only supported single mode runs anyways, never supported differences since the sevntu version was never changed.

There is https://github.com/checkstyle/contribution/blob/master/checkstyle-tester/sevntu_launch_diff.sh which I have maintained.


println "Running Checkstyle CLI on $srcDir ... with excludes {$excludes}"
def cliCommand = "java -jar $allJar -c $checkstyleConfig $srcDir -f xml -o " +
getOsSpecificPath("$saveDir", "checkstyle-result.xml") + " -e .git -e .hg"
Copy link
Member Author

@rnveach rnveach Dec 31, 2022

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

One of the benefits of using the CLI is we now pull in all files and not just .java. Because of this we have to exclude .git and .hg from erroneously processing them. TreeWalker will still trim to work only on Java files.

These have to be made more direct paths since this are not absolutely relative to the current working directory. We may want to consider picocli's file arguments for command line especially if we have a lot of excludes if it can bypass any limitation issues.

https://picocli.info/

A command may be invoked with the @file argument, like this:
java MyCommand @/home/foo/args

rnveach added a commit to rnveach/contribution that referenced this pull request Dec 31, 2022
@rnveach rnveach marked this pull request as ready for review December 31, 2022 21:33
@romani
Copy link
Member

romani commented Jan 2, 2023

@rnveach , please create PR to main repo to use your branch and validate and action is working to generate diff report.

@rnveach
Copy link
Member Author

rnveach commented Jan 2, 2023

create PR to main repo to use your branch

Done.

@rnveach rnveach assigned romani and unassigned rnveach and romani Jan 2, 2023
rnveach added a commit to rnveach/contribution that referenced this pull request Jan 2, 2023
Copy link
Member

@romani romani left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

items:

checkstyle-tester/diff.groovy Show resolved Hide resolved
checkstyle-tester/diff.groovy Outdated Show resolved Hide resolved
checkstyle-tester/projects-for-circle.properties Outdated Show resolved Hide resolved
Copy link
Member

@romani romani left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Items

.ci/validation.sh Outdated Show resolved Hide resolved
checkstyle-tester/diff.groovy Outdated Show resolved Hide resolved
rnveach added a commit to rnveach/contribution that referenced this pull request Jan 9, 2023
@romani romani removed their assignment Feb 4, 2023
rnveach added a commit to rnveach/contribution that referenced this pull request Feb 4, 2023
@rnveach rnveach assigned nrmancuso and unassigned rnveach Feb 4, 2023
rnveach added a commit to rnveach/contribution that referenced this pull request Feb 4, 2023
rnveach added a commit to rnveach/contribution that referenced this pull request Feb 4, 2023
allowExcludes:allowExcludes,
continueOnError:continueOnError,
Copy link
Member Author

@rnveach rnveach Feb 4, 2023

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Fixed a bug in continueOnError, where if new option is not listed in these areas, then we cannot reference them in the main execution as we pull them in from here.

Without listed them here, doing cfg.[option] in main code always returned null and it would not fail anywhere since we were treating it as a boolean. It would just never get enabled.

Copy link
Member

@nrmancuso nrmancuso left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Items:

checkstyle-tester/README.md Outdated Show resolved Hide resolved
checkstyle-tester/README.md Outdated Show resolved Hide resolved
checkstyle-tester/diff.groovy Outdated Show resolved Hide resolved
checkstyle-tester/diff.groovy Show resolved Hide resolved
if (!extraMvnRegressionOptions.startsWith("-")) {
mvnSite = mvnSite + "-"
println "Running Checkstyle CLI on ${mainClassOptions.srcDir} ... with excludes {${mainClassOptions.excludes}}"
def cliCommand = "java -jar $allJar -c ${mainClassOptions.checkstyleConfig} " +
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I can't help but feel that StringBuilder would be faster/easier to read/use less memory, especially with a bunch of excludes.

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

You want me to switch?

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Keep in mind performance is not an issue here as it is one time execution. Better to keep code easy to read. I don't mind any approach

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

It's not a big deal, but we certainly run this more than once (twice for each project). I was thinking more for readability since + at the end of the line bugs me. I will leave it up to @rnveach

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

we need to disable trailing "+" rule.
I always thought about groovy as Java script abilities, to write in pure Java but as script. All scripts grows and grow up in applications, so being plain java is good for them

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

It is not a rule, this is required by the interpreter

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

@romani Please see the message I posted for you at checkstyle/checkstyle#12725 (comment) . This is groovy itself, and not a style rule.

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

sad, but ok, lets follow interpreter.

Copy link
Member

@nrmancuso nrmancuso left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Did we test failure at checkstyle/checkstyle#12576, i.e. throw an exception in a check? We need to make sure that we can still fail CI in all cases, too.

@rnveach
Copy link
Member Author

rnveach commented Feb 11, 2023

Did we test failure at checkstyle/checkstyle#12576, i.e. throw an exception in a check?

It depends on what scenario you are looking for.

Using <property name="haltOnException" value="false"/> will ignore the exception and keep going. Similar with --continueOnError since this only checks the exit code from Checkstyle. We cannot identify an exception from the CLI, only the exit code and violations and exception both produce exit code > 0.

https://github.com/checkstyle/checkstyle/blob/master/src/main/java/com/puppycrawl/tools/checkstyle/Main.java#L135
https://github.com/checkstyle/checkstyle/blob/master/src/main/java/com/puppycrawl/tools/checkstyle/Main.java#L141

I did confirm locally that removing haltOnException and continueOnError, diff.groovy will stop when an exception occurs. I tested an exception from the config:

<module name = "Checker">
    <property name="charset" value="UTF-8"/>

    <!-- do not change severity to 'error', as that will hide errors caused by exceptions -->
    <property name="severity" value="warning"/>

    <module name="RegexpSingleline">
        <property name="format" value="test(.*"/>
    </module>
</module>

With output:

> groovy diff.groovy -c M:\checkstyleWorkspaceEclipse\contribution\checkstyle-tester\my_check.xml -r Z:\checkstyle -b master -p master -l M:\checkstyleWorkspaceEclipse\contribution\checkstyle-tester\projects-to-test-on.properties

....
Running command: java -jar Z:\checkstyle\target\checkstyle-10.7.1-SNAPSHOT-all.jar -c M:\checkstyleWorkspaceEclipse\contribution\checkstyle-tester\my_check.xml repositories\guava -f xml -o reports\guava\checkstyle-result.xml -e repositories\guava\.git -e repositories\guava\.hg
Exception in thread "main" java.util.regex.PatternSyntaxException: Unclosed group near index 7
test(.*
        at java.base/java.util.regex.Pattern.error(Pattern.java:2027)
        at java.base/java.util.regex.Pattern.accept(Pattern.java:1877)
        at java.base/java.util.regex.Pattern.group0(Pattern.java:3060)
        at java.base/java.util.regex.Pattern.sequence(Pattern.java:2123)
        at java.base/java.util.regex.Pattern.expr(Pattern.java:2068)
        at java.base/java.util.regex.Pattern.compile(Pattern.java:1782)
        at java.base/java.util.regex.Pattern.<init>(Pattern.java:1428)
        at java.base/java.util.regex.Pattern.compile(Pattern.java:1094)
        at com.puppycrawl.tools.checkstyle.checks.regexp.DetectorOptions$Builder.createPattern(DetectorOptions.java:264)
        at java.base/java.util.Optional.map(Optional.java:265)
        at com.puppycrawl.tools.checkstyle.checks.regexp.DetectorOptions$Builder.build(DetectorOptions.java:249)
        at com.puppycrawl.tools.checkstyle.checks.regexp.RegexpSinglelineCheck.beginProcessing(RegexpSinglelineCheck.java:227)
        at com.puppycrawl.tools.checkstyle.Checker.process(Checker.java:218)
        at com.puppycrawl.tools.checkstyle.Main.runCheckstyle(Main.java:415)
        at com.puppycrawl.tools.checkstyle.Main.runCli(Main.java:338)
        at com.puppycrawl.tools.checkstyle.Main.execute(Main.java:195)
        at com.puppycrawl.tools.checkstyle.Main.main(Main.java:130)
Caught: groovy.lang.GroovyRuntimeException: Error: !
groovy.lang.GroovyRuntimeException: Error: !
        at java.base/jdk.internal.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
        at java.base/jdk.internal.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:62)
        at java.base/jdk.internal.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)
        at diff.executeCliCmd(diff.groovy:698)
        at diff$executeCliCmd$17.callCurrent(Unknown Source)
        at diff.runCliExecution(diff.groovy:660)
        at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
        at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
        at diff$_generateCheckstyleReport_closure4.doCall(diff.groovy:309)
        at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
        at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
        at diff.generateCheckstyleReport(diff.groovy:271)
        at diff$generateCheckstyleReport$10.callCurrent(Unknown Source)
        at diff.launchCheckstyleReport(diff.groovy:233)
        at diff$launchCheckstyleReport$6.callCurrent(Unknown Source)
        at diff.run(diff.groovy:31)
        at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
        at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>

@rnveach
Copy link
Member Author

rnveach commented Feb 11, 2023

All our no-exception tests seem to use continueOnError.
https://github.com/checkstyle/checkstyle/blob/04fea7164f272af3b73621e4753df5f207033f92/.ci/no-exception-test.sh#L127

This will have to be removed, but there is the one config I pointed out to that uses error.
https://github.com/checkstyle/checkstyle/blob/d3a5f9a5ba4a1f2df28900dd70f2204c92943521/.ci/no-exception-test.sh#L44-L45

It looks like continueOnError is not a solution, and something in main repo will be needed.

Example run: https://github.com/checkstyle/checkstyle/actions/runs/4152812321/jobs/7184025441#step:5:320
No exception run kept going after exception and only failed at diff-report generation.

@romani
Copy link
Member

romani commented Jul 2, 2023

@nrmancuso , @rnveach , is there easy way to finish this PR ?

This was referenced Jul 2, 2023
@rnveach
Copy link
Member Author

rnveach commented Jul 3, 2023

The only easy way is to complete everything needed for the transfer ( #747 (comment) ). This is the only PR in this repo I was working on for this issue.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

3 participants