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

failOnError broken #52

Open
delanym opened this issue Sep 22, 2022 · 3 comments
Open

failOnError broken #52

delanym opened this issue Sep 22, 2022 · 3 comments
Labels
enhancement New feature or request

Comments

@delanym
Copy link

delanym commented Sep 22, 2022

This configuration will fail the build if a relocation is found:

      <plugin>
        <groupId>biz.lermitage.oga</groupId>
        <artifactId>oga-maven-plugin</artifactId>
        <version>1.8.0</version>
        <executions>
          <execution>
            <id>default-cli</id>
            <goals>
              <goal>check</goal>
            </goals>
            <phase>validate</phase>
            <configuration>
              <failOnError>false</failOnError>
              <skip>false</skip>
            </configuration>
          </execution>
        </executions>
      </plugin>
@jonathanlermitage
Copy link
Owner

jonathanlermitage commented Sep 22, 2022

@delanym Can you please share a sample project? I applied this config to https://github.com/jonathanlermitage/manon (it has 1 relocation), but it doesn't fail the build.

@delanym
Copy link
Author

delanym commented Sep 23, 2022

@jonathanlermitage sorry I see it did succeed. The log level is set to ERROR. Can this rather be WARNING, or be a configurable log level like in ossindex-maven-enforcer-rules?

I guess Im taking issue with the whole opinionated view of this plugin that a relocation represents a deprecation and a problem. Using an older groupId is not necessarily a problem, particularly when we are constrained to a version that was only published under the older groupId. Would you be open to an PR that changes instances of "should be replaced by" to "was relocated to" etc?

@jonathanlermitage
Copy link
Owner

jonathanlermitage commented Sep 23, 2022

@delanym No problem 😁

Set the log level to warning or make it configurable, and replace "should be replaced by" to "was relocated to"
-> I totally agree, thx!

@jonathanlermitage jonathanlermitage added the enhancement New feature or request label Sep 23, 2022
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request
Projects
None yet
Development

No branches or pull requests

2 participants