-
Notifications
You must be signed in to change notification settings - Fork 683
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
JDK 13/14 support #1324
Comments
@tomparle I’ve had JDK13 running in production for a couple of months now and been meaning to raise a pull request. Will have a look |
Hi @tazmaniax , |
@tomparle I had to upgrade a number of libraries but otherwise it was good to go. Here is a summary of the dependency updates... I think I had a Groovy template (FasterGT) issue with org.eclipse.jdt.core 3.19.0 so kept it at 3.18.0 Apart from that all good running on Heroku with OpenJDK 13 |
Oh you found the org.w3c.dom module conflict, cool! I spent ages trying to find that but it didn't block deployment for me so left it |
Thank you @tazmaniax for sharing this ! Unfortunately that means that we are currently limited to compiling sources up to JDK 12 ( I updated my branch and I think it's ready for a pull request, so I submitted it for review : #1325 |
Hi, some update on this : I have also made the needed evolutions for compatibility with JDK 14, see https://github.com/tomparle/play1/tree/upgrade-jdk-14 Unfortunately, the Groovy migration causes the module @asolntsev it seems that you are also maintaing the |
Hi @tomparle. But it's backward-incompatible with Play1. Very-very incompatible. :) We removed quite a lot of Play1 features, all the classloading magic, auto-generation of getters/setters, JPA enhancements etc. to make code faster, smaller and magic-less. You can use RePlay, but you need to modify your code quite a lot to do it. |
Hi Andrei,
thank you for your quick answer !
RePlay seems nice because it's up to date with more recent technologies,
and finally I also think that smaller and magicless is better.
I'm not sure I'm ready to switch yet because of all the modifications I
would have to do.
Is your team the only users of RePlay or are there other companies that use
it ?
I'll try to keep contributing on Play 1.x a little more in the meanwhile !
Thomas
…On Fri, May 29, 2020 at 4:46 PM Andrei Solntsev ***@***.***> wrote:
Hi.
Yes, we do use RePlay in production, and we continuously upgrade it to all
newest Java version.
But it's backward-incompatible with Play1. Very-very incompatible. :) We
removed quite a lot of Play1 features, all the classliading magic etc. to
make code faster, smaller and magicless. You can use RePlay, but you need
to modify your code quite a lot to do it.
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
<#1324 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AAJMPMANWN63OVQ3DI4ODH3RT7DEPANCNFSM4KCQCYEA>
.
|
Hi @tomparle, @tazmaniax and co... we're still big Play1 users and sincerely appreciate the effort you guys are putting in into keeping up with the latest Java versions etc. Big up to you guys! 💪 👏 |
yes, just to second @jvosloo really appreciative of the work and effort here! it has not gone unnoticed! |
@tomparle I had a look at the |
Wow, thank you for your support messages @jvosloo and @blinder, it was not expected and it's really motivating ! |
I could make Play work with the JDK 14, but unfortunately the Eclipse JDT compiler lib upgrade makes the faster-gt plugin conflicts with generated compiled ressource names, as expected, which is unfortunate for those who uses it (like me). For people wanting to use the JDK 14 compatible version : https://github.com/tomparle/play1/tree/upgrade-jdk-14 |
Just don't upgrade to the latest Eclipse jdt. Use the previous version
(which we use in replay). It works with Java 14.
ср, 3 июн. 2020 г., 2:26 Thomas Parle <notifications@github.com>:
… I could make Play work with the JDK 14, but unfortunately the Eclipse JDT
compiler lib upgrade makes the faster-gt plugin conflicts with generated
compiled ressource names, as expected, which is unfortunate for those who
uses it (like me).
@tazmaniax <https://github.com/tazmaniax> , would you have an idea of
where to look in faster-gt code to change the naming policy ?
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
<#1324 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AACEJXNEIMRNR6BDFP4JWFLRUWDBBANCNFSM4KCQCYEA>
.
|
Thanks @asolntsev for the tip, indeed it's much easier to do this. Here we go !
In brief, faster-gt users will have to use the new faster-gt once the PR is reviewed and accepted. Feedback welcome ! |
@tomparle was the gt-engine upgrade to Groovy 3 necessary? Of course that needs to be done at some point but that wasn't a blocker for the file naming issue, was it? Just curious. |
It was necessary because Play must be updated to Groovy 3 in order to be
compatible with jdk14.
RePlay guys have also updated their gt-engine version similarly.
But since I could have missed something, don't hesitate to test yourself
without modifying the gt engine version !
…On Wed, Jun 3, 2020, 20:30 Chris Webb ***@***.***> wrote:
@tomparle <https://github.com/tomparle> was the gt-engine upgrade to
Groovy 3 necessary? Of course that needs to be done at some point but that
wasn't a blocker for the file naming issue, was it? Just curious.
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
<#1324 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AAJMPMEKHR2UAA4YBKGNIILRU2JERANCNFSM4KCQCYEA>
.
|
Yes I have jdk14 running without the Groovy 3 upgrade. I wonder what I did differently |
That, I do not understand ! |
Hi everybody,
with the upcoming release of JDK 14 in March, I think we should try to be up-to-date with the latest JDK. I have spent several hours to start the work to support JDK 13, and here are the state so far :
It seems to work for simple projects, but I have two issues :
If you want to get a look or contribute, you can see the work in progress here : https://github.com/tomparle/play1/tree/upgrade-jdk-13
I'll try to make some more progress later but module errors seem hard to solve.
All comments appreciated !
The text was updated successfully, but these errors were encountered: