Uploaded image for project: 'JDK'
  1. JDK
  2. JDK-8330835

The order of analysis is different for OpenJ9 and Hotspot

XMLWordPrintable

    • generic
    • generic

      ADDITIONAL SYSTEM INFORMATION :
      openjdk version "1.8.0_402"
      OpenJDK Runtime Environment (Temurin)(build 1.8.0_402-b06)
      OpenJDK 64-Bit Server VM (Temurin)(build 25.402-b06, mixed mode)

      openjdk version "11.0.22" 2024-01-16
      OpenJDK Runtime Environment Temurin-11.0.22+7 (build 11.0.22+7)
      OpenJDK 64-Bit Server VM Temurin-11.0.22+7 (build 11.0.22+7, mixed mode)

      openjdk version "17.0.10" 2024-01-16
      OpenJDK Runtime Environment Temurin-17.0.10+7 (build 17.0.10+7)
      OpenJDK 64-Bit Server VM Temurin-17.0.10+7 (build 17.0.10+7, mixed mode, sharing)

      A DESCRIPTION OF THE PROBLEM :
      The test cases BasicChar and BasicLong extend from Basic. Where BasicChar contains a NoClassDefFoundError and BasicLong contains a NumberFormatException. The order of analysis differs between Hotspot and OpenJ9, with Hotspot reporting a NumberFormatException and OpenJ9 reporting a NoClassDefFoundError. Are both behaviors correct?



      REGRESSION : Last worked in version 8u401

      STEPS TO FOLLOW TO REPRODUCE THE PROBLEM :
      java/bin/java javaT.nio.Buffer.BasicLong

      EXPECTED VERSUS ACTUAL BEHAVIOR :
      EXPECTED -
      NoClassDefFoundError
      ACTUAL -
      NumberFormatException

      FREQUENCY : always


            Unassigned Unassigned
            webbuggrp Webbug Group
            Votes:
            0 Vote for this issue
            Watchers:
            9 Start watching this issue

              Created:
              Updated:
              Resolved: