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

Spotless failures should generate artifacts #1319

Closed
jsoref opened this issue Mar 2, 2023 · 3 comments
Closed

Spotless failures should generate artifacts #1319

jsoref opened this issue Mar 2, 2023 · 3 comments
Labels
build Affects the build system or other automation enhancement Additions or updates to features

Comments

@jsoref
Copy link
Contributor

jsoref commented Mar 2, 2023

When spotless fails, all of the files it wants to change and the diffs it produces should be uploaded as artifacts using actions/upload-artifact so that contributors (especially drive-by) can see the things that it doesn't like and apply them directly without having to go through 50 iterations to get to a satisfactory state.

@jsoref jsoref mentioned this issue Mar 2, 2023
5 tasks
@jvz jvz added enhancement Additions or updates to features build Affects the build system or other automation labels Mar 5, 2023
@ppkarwasz
Copy link
Contributor

Since ./mvnw spotless:apply is a simple fix to formatting problems and it is mentioned in the error message, I don't see the need for a sophisticated formatting mechanism.

@jsoref
Copy link
Contributor Author

jsoref commented Nov 24, 2023

A quick skim shows that this repository refuses to build with anything other than java 11:

<minimalJavaBuildVersion>[11,12)</minimalJavaBuildVersion>

Java 11 reached EOL in September and my employer just replaced Java 11 with Java 21.

My computer's default version of java is 21. It's true that I still have a couple of jdk11s installed, but I should garbage collect them.

When playing in the GitHub ecosystem, it's really nice to drive-by contributors if your CI cycles provide outputs for things you've already spent gobs of cycles on so that others don't have to waste their time regenerating them. This is one of those things. And trust me, I spent gobs of time trying to get the spelling PR ready for this repository banging my head against spotless.

Not to point fingers, but your responses to my requests have been incredibly counterproductive. I asked a simple question based on the fact that I had seriously tried and failed to get things to work and you gave a response that didn't work:
#613 (comment)

I'm asking for something simple for which I'm very willing (and able!) to provide an implementation.

Anyway, I've wasted quite a bit of time on this repository, so when someone is open to assisting me in contributing, I'm available to contribute, until then, I'm writing this repository off.

@ppkarwasz
Copy link
Contributor

@jsoref,

Yes, we are aware of the Java 11 limitation (cf. #1851). The only reason it is in place is because some tests are failing with JDK 17 (and even more with JDK 21).

Remark that due to your comments:

  • we have fixed Spotless so that it works with every module (including log4j-bom, which didn't have a Spotless configuration),
  • we have formatted the entire source code using it, so that contributors are not asked to reformat code they did not modify,
  • recently we reformatted everything again with a deterministic formatter (palantir-java-format).

So I wouldn't say you wasted your time writing those comments.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
build Affects the build system or other automation enhancement Additions or updates to features
Projects
None yet
Development

No branches or pull requests

3 participants