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

IntelliJ code-formatter applied to all source files; checkstyle config updates to match #97

Merged
merged 7 commits into from
Sep 11, 2024

Conversation

ronreynolds
Copy link
Collaborator

  • applied IntelliJ code-formatter to all java files (main and test)
    • only required 1 rule be disabled: JavadocTagContinuationIndentation
  • updated checkstyle config file names to match regular names
    • and thus remove customization from build.gradle
  • updated java.header to contain leading space indent on second line

…liJ formatter (default config; 2024.1.4 Community Version) to all source files
@ronreynolds ronreynolds added the operational excellence Things that will make development easier. label Aug 8, 2024
@ronreynolds
Copy link
Collaborator Author

in order to verify a totally vanilla IntelliJ code-formatter config was applied i reverted my local config to default (i didn't think i had actually changed it) and then reran the formatter and one very noticeable change appeared: wildcard imports. i always disable them because i think they're evil (anti-pattern?) when it comes to code readability. somewhat conflicted whether i should leave those in or not... :-/ (checkstyle agrees with me; this rule fires ~60 times: AvoidStarImport)

DonoA
DonoA previously approved these changes Aug 16, 2024
priyankalakhe
priyankalakhe previously approved these changes Aug 16, 2024
@zromano
Copy link
Contributor

zromano commented Aug 16, 2024

in order to verify a totally vanilla IntelliJ code-formatter config was applied i reverted my local config to default (i didn't think i had actually changed it) and then reran the formatter and one very noticeable change appeared: wildcard imports. i always disable them because i think they're evil (anti-pattern?) when it comes to code readability. somewhat conflicted whether i should leave those in or not... :-/ (checkstyle agrees with me; this rule fires ~60 times: AvoidStarImport)

You can change this in your IntellIJ settings. I don't have a pref on this, but I know some people are anti * imports

@ronreynolds ronreynolds dismissed stale reviews from priyankalakhe and DonoA via d34c1a5 August 19, 2024 15:33
@zromano
Copy link
Contributor

zromano commented Aug 26, 2024

I think you'll probably need to merge in the latest mainline to fix the failing tests

@ronreynolds
Copy link
Collaborator Author

ronreynolds commented Aug 27, 2024

I think you'll probably need to merge in the latest mainline to fix the failing tests

AFAICT it's already merged (at least according to my local git repo which i've synced with remote). checking head commit IDs...
67dfe3a appears to be HEAD on mainline and i definitely see that commit ID on this branch. will see if i can get this fixed today.

apparently the unit-test failure was caused by an issue between Halo and the Auth-service (either the Lua script or the service started failing in new ways, returning a 500 instead of a 401 if the Auth header didn't start with "Bearer"). spoke with IainW about this last week and it sounded like it was on the radar to be fixed. rerunning failed stages now. 🤞

…; also added resilience4j to test dependencies
@ronreynolds ronreynolds merged commit ad0a68e into mainline Sep 11, 2024
3 checks passed
@ronreynolds ronreynolds deleted the rreynolds/pr96-code-formatting branch September 11, 2024 15:55
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
operational excellence Things that will make development easier.
Projects
None yet
Development

Successfully merging this pull request may close these issues.

4 participants