jstack | JavaScript implementation of OpenStack API | REST library

I've been trying to find ways to obtain the Thread Dump from a Java Application on my Windows server running on jre 1.8.0_144.

Non of the monitoring utilities like jcmd jstack jconsole are available in either the bin or lib folders of the Java environment directory.

I have come across several applications online that claim to perform the same task but haven't found a reliable one yet.

Appreciate it anyone has a recommendation or a suggestion. (Changing the JRE version, unfortunately, has been ruled out as an option)

By going to the Amazon EMR summary page, I can only see command for how to connect to the master node with hadoop user:

Does anyone know what the * following a filename in macOS terminal means?

All the file names in the folder:

/System/Library/Frameworks/JavaVM.framework/Versions/Current/Commands

have a * trailing them and I'm not sure why.

For example:

The GC time is too long in my spark streaming programme. In the GC log, I found that Someone called System.gc() in the programme. I do not call System.gc() in my code. So the caller should be the api I used.

I add -XX:-DisableExplicitGC to JVM and fix this problem. However, I want to know who call the System.gc().

I tried some methods.

1. Use jstack. But the GC is not so frequent, it is difficult to dump the thread that call the method.
2. I add trigger that add thread dump when invoke method java.lang.System.gc() in JProfiler. But it doesn't seem to work.

How can I know who call System.gc() in spark streaming program?

Sometimes I have maven surefire tests that get hung, due to either races or deadlocks.

When this happens I have to discover what slave is being used, and then I have to log on that slave, sudo to jenkins account and execute either jstack or kill -3

I am looking for a simple solution like doing jstack / kill -3 when someone presses abort button on the jenkins.

Can someone suggest how can I automate this or some better way of handling this?

in our production server I found a strange behaviore where the REST POST threads sometimes hangs or stuck and remain in RUNNABLE state for ever in method sun.nio.ch.PollArrayWrapper.poll0(Native Method)

after some days the wildfly app server become unresponsive and consume high CPU.

here is a print screen form our javamelody monitoring that show some of the hanging threads in a RUNNABLE state for more that 50 hours (and counting).

To be sure I took some jstack trace files and I found the same threads are still thier and in RUNNABLE state.

The default task-302 thread stack (from thread dump file) as follows ..

I found my apps CPU using very high(> 200%), and I dump the thread using jstack:

Trying to collect thread dump of Apache Tomcat8.5 in windows server I ended using jstack with psexec as follows(as using jstack directly wasn't possible, so I'm using pexec to execute jstack using syetm process):

PsExec.exe -s "C:\Program Files\Java\jdk1.7.0_40\bin\jstack.exe" -l 5340 > dumps.txt

with 5340 is the PID of the running Tomcat8 process.

The execution started without any errors and it shows this output:

...

I have a SwingWorker background thread that contains the following code to perform a request and parse the response: