-
Notifications
You must be signed in to change notification settings - Fork 3.1k
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
Explicitly set argLine property #12928
Conversation
This property is used by Jacoco to store its agent properties; it's then used in Surefire configuration to paste these properties as JVM command arguments. Normally this is managed by two profiles in Airbase POM: `jacoco-check`, which configures the Jacoco plugin to initialize this property, and `jacoco-defaults`, which sets the property to empty. These two profiles are activated by the `air.check.skip-all` property being `false` and `true` respectively. The problem is, though, that we disable Jacoco by setting `air.check.skip-jacoco` instead. This means that the Jacoco plugin is configured, but not executed - and the profile which sets `argLine` to empty is not activated. This leaves the `argLine` property uinitialized, and the Surefire configuration ends up having literal `${argLine}` in the JVM commands. This confuses some tools which rely on this configuration (though not Surefire itself), including at least one popular IDE.
@@ -39,6 +39,9 @@ | |||
<air.check.skip-spotbugs>true</air.check.skip-spotbugs> | |||
<air.check.skip-pmd>true</air.check.skip-pmd> | |||
<air.check.skip-jacoco>true</air.check.skip-jacoco> | |||
<!-- Jacoco is explicitly disabled, but the profiles setting this property are activated |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Did you mean this?
<!-- Jacoco is explicitly disabled, but the profiles setting this property are activated | |
<!-- Jacoco is explicitly disabled, but profiles referencing this property are activated |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
No, these profiles are not referencing argLine
, they are initializing it. argLine
is referenced in the Surefire configuration.
|
This is better fixed in Airbase: airlift/airbase#318. This PR can be considered a temporary workaround until that fix trickles down into Trino. |
Obsoleted by #12979 |
Description
This property is used by Jacoco to store its agent properties; it's then used in Surefire configuration to paste these properties as JVM command arguments. Normally this is managed by two profiles in Airbase POM:
jacoco-check
, which configures the Jacoco plugin to initialize this property, andjacoco-defaults
, which sets the property to empty. These two profiles are activated by theair.check.skip-all
property beingfalse
andtrue
respectively.The problem is, though, that we disable Jacoco by setting
air.check.skip-jacoco
instead. This means that the Jacoco plugin is configured, but not executed - and the profile which setsargLine
to empty is not activated. This leaves theargLine
property uinitialized, and the Surefire configuration ends up having literal${argLine}
in the JVM commands. This confuses some tools which rely on this configuration (though not Surefire itself), including at least one popular IDE.Fix.
Build scripts.
Makes some tests work in an IDE.
Related issues, pull requests, and links
airlift/airbase#300
airlift/airbase#301
Documentation
(x) No documentation is needed.
( ) Sufficient documentation is included in this PR.
( ) Documentation PR is available with #prnumber.
( ) Documentation issue #issuenumber is filed, and can be handled later.
Release notes
(x) No release notes entries required.
( ) Release notes entries required with the following suggested text: