JDK-8041953 : JDK-8031359.js fails in 8u-dev
  • Type: Bug
  • Component: core-libs
  • Sub-Component: jdk.nashorn
  • Affected Version: 8u20
  • Priority: P3
  • Status: Resolved
  • Resolution: Fixed
  • OS: generic
  • CPU: generic
  • Submitted: 2014-04-25
  • Updated: 2014-08-18
  • Resolved: 2014-04-28
The Version table provides details related to the release that this issue/RFE will be addressed.

Unresolved : Release in which this issue/RFE will be addressed.
Resolved: Release in which this issue/RFE has been resolved.
Fixed : Release in which this issue/RFE has been fixed. The release containing this fix may be available for download as an Early Access Release or a General Availability Release.

To download the current JDK release, click here.
8u20 b13Fixed
Related Reports
Relates :  
It seems like merge 834:fdcdffd5b5b1 in jdk8u/jdk8u-dev/nashorn undid parts of changeset 744:c6ed9226b007. 

The changes in src/jdk/nashorn/internal/runtime/linker/JavaAdapterBytecodeGenerator.java seem to have been lost, causing test test/script/basic/JDK-8031359.js to fail.

Original changeset: http://hg.openjdk.java.net/jdk9/dev/nashorn/rev/d1d4d669373c
Merge: http://hg.openjdk.java.net/jdk8u/jdk8u-dev/nashorn/rev/fdcdffd5b5b1
RULE jdk.nashorn.internal.test.framework.ScriptRunnable::test/script/basic/JDK-8031359.js Exception java.lang.NoSuchMethodError: java.lang.Object.andThen(Ljava/util/function/Function;)Ljava/util/function/Function;

JavaAdapterBytecodeGenerator.java have had the exact same changes pushed in 9-dev and 8u-dev, but in slightly different order, hence the need for a manual merge. I haven't found any other places that have been subject to conflicts, so the solution seems to be to restore the state of JavaAdapterBytecodeGenerator.java to what is in 9-dev.