Open npeters opened 11 months ago
Thanks for your interest in palantir/palantir-java-format, @npeters! Before we can accept your pull request, you need to sign our contributor license agreement - just visit https://cla.palantir.com/ and follow the instructions. Once you sign, I'll automatically update this pull request.
Type
Description
The build is so painful... I push all the jar / idea-plugin https://github.com/npeters/palantir-java-format/releases/tag/java21-draft.
link to #934 #933 #931
great job, now gotta wait for approval
Has there been any progress on this PR? Would love to see a new release supporting Java 21.
Thanks for submitting this PR - although we're unlikely to be able review it/actually support Java 21 in palantir-java-format by the end of the year. There's a significant amount of other work we need to do on our internal repos (currently ongoing) before we can start using Java 21 source features and these take priority. Unfortunately, we are quite resource constrained at the moment.
Until then, you may be able to use something like jitpack (https://jitpack.io/) if it is allowed by your organisation to use this commit hash until we are in a place to review/merging/supporting it.
The build is so painful... I push all the jar / idea-plugin npeters/palantir-java-format@
java21-draft
(release).
Is there also a chance for the gradle plugin? I also hit some issues and would like to test if the modification works with https://github.com/JabRef/jabref/blob/39569344d4051ac958e4fc5edda89866d0706498/src/main/java/org/jabref/gui/fieldeditors/identifier/IdentifierEditor.java#L63. (which is issue https://github.com/palantir/palantir-java-format/issues/952)
yes, the PR should manage the #952. It is part of 'JEP-441 Pattern Matching switch (with guard)' .
There are already a test on the guard: sample is I961
.
@CRogers Is there any news regarding when the team will have the capacity to review this PR?
Thanks for submitting this PR - although we're unlikely to be able review it/actually support Java 21 in palantir-java-format by the end of the year.
End of WHICH year? π Jokes aside β can you nominate more maintainers? A few ASF projects like maven use palantir and we would like to have property formatted source code. Maybe one of them could get access to palantir PRs and releases?
In relation to this - StringTemplates as we currently no them are 100% dead and will not be in JDK 23, even under --enable-preview: https://mail.openjdk.org/pipermail/amber-spec-experts/2024-April/004106.html
Maybe a smaller scope would be easier to review? What about limiting the support to the new pattern matching features like case null, defaut ->
?
As far as I understand the whole setting, the whole endeavor is blocked by the release of version 2.0 of the IntelliJ Gradle Plugin, because of the fix https://github.com/JetBrains/intellij-platform-gradle-plugin/issues/1494 is needed.
(Source: https://github.com/palantir/palantir-java-format/pull/997)
@koppor How can I assist you? This PR seems too complex to merge and I understand. Perhaps a better approach would be as follows:
@koppor If you agree with this plan. I can try to do it.
@talios thank you for the point. We need to create a InputAstVisitor
class for each java version.
How it's looking?
Yo, any updates in regard to the following changes.
Before this PR
May error on parsing Java 21 file.
After this PR
Support of different JEP of Java 21 and preview
Possible downsides?
Build
Code
JavaInput.java
andvisitStringTemplate
. The complexity of this part is really to high.