New candidate JEP: 335: Deprecate the Nashorn JavaScript Engine

Mario Ivankovits mario at datenwort.at
Thu Jun 7 08:48:23 UTC 2018


Well, I don’t wanted to express any concern.
It is just, in den JEP they write:

"The breadth of Nashorn usage has not been easy to track. It is hoped that feedback for this JEP might provide better insight into actual Nashorn usage."

… and that is what happens now. We give feedback.

I am fine with whatever solution we might come up.


Best regards,
Mario



Am 07.06.2018 um 10:39 schrieb Ben Evans <benjamin.john.evans at gmail.com<mailto:benjamin.john.evans at gmail.com>>:

I don't really understand the concern here - presumably the modules
will simply be removed from core, and the community will be at liberty
to change the module name and re-release the Nashorn component as GPL
on Maven Central?

Even in the absence of an Oracle-blessed upgrade path (whether that's
TruffleJS on HotSpot, or a full-blown move to GraalVM), the community
surely always has this option?

Thanks,

Ben

On Thu, Jun 7, 2018 at 10:28 AM, Mario Ivankovits <mario at datenwort.at<mailto:mario at datenwort.at>> wrote:
Hi!

We too use it in our application to allow to configure highly non-standard processes which is not easy to build a configuration for and also not worth to clutter the codebase.
Just very small code snippets, but still ...

Best regards,
Mario


Am 06.06.2018 um 20:16 schrieb mark.reinhold at oracle.com<mailto:mark.reinhold at oracle.com>:

http://openjdk.java.net/jeps/335

- Mark




More information about the jdk-dev mailing list