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

failure_handler does not handle repeated commands well

XMLWordPrintable

    • Icon: Bug Bug
    • Resolution: Unresolved
    • Icon: P4 P4
    • tbd
    • 24
    • hotspot

      In common_properties we have:

      onTimeout=\
        jinfo \
        jcmd.compiler.codecache jcmd.compiler.codelist \
              jcmd.compiler.queue \
        jcmd.vm.classloader_stats jcmd.vm.stringtable \
              jcmd.vm.symboltable jcmd.vm.uptime jcmd.vm.dynlibs \
              jcmd.vm.system_properties jcmd.vm.info \
        jcmd.gc.heap_info jcmd.gc.class_histogram jcmd.gc.finalizer_info jcmd.thread.dump_to_file \
        jstack jhsdb.jstack.live.default jhsdb.jstack.live.mixed

      I tried repeating the jhsdb.jstack.live.mixed command, moving the new entry near the top. I was debugging some issues where the state of the JVM actually changed while executing these commands, and I wanted to see the stack differences. The resulting processes.html did not work properly. Although you will see two different jhsdb.jstack.live.mixed entries, clicks on the links for the 2nd one act as if the click was on the first one, so there is no way to actually review the results of the 2nd one.

      I also noticed that the tool name hierarchies are rigid. Something like the following won't work:

      onTimeout=\
          jcmd.compiler.codecache \
          jinfo \
          jcmd.compiler.codelist

      Similar to the first problem, if you click on the second "jcmd" in an attempt to expand to jcmd.compiler.codelist, it acts as if you clicked on the first "jcmd" belonging to jcmd.compiler.codecache. There is no way to get to the jcmd.compiler.codelist results.

            Unassigned Unassigned
            cjplummer Chris Plummer
            Votes:
            0 Vote for this issue
            Watchers:
            1 Start watching this issue

              Created:
              Updated: