1) I ran my server program on a linux machine, remotely.
JProfiler> Protocol version 41
JProfiler> Using JVMTI
JProfiler> JVMTI version 1.1 detected.
JProfiler> 64-bit library
JProfiler> Listening on port: 8849.
JProfiler> Instrumenting native methods.
JProfiler> Can retransform classes.
JProfiler> Can retransform any class.
JProfiler> Native library initialized
JProfiler> VM initialized
JProfiler> Waiting for a connection from the JProfiler GUI ...
2) I then try to connect my profiler GUI from my local windows machine. I got the config.xml from the server generated by JProfiler and imported it via the GUI. When I try to connect, I get a "Connection status" in progress forever.
i am able to telnet to the Linux machine to the specific port, 8849.
Interestingly, when i kill the server on the Linux machine, the "Connection status" dialog box on my GUI is also killed. And it shows this message.
"Either an old version of the native library is used or another application is listening on port 8849. Please check your PATH environment variable and your port configuration".
I've found out my issue. My client side has version 8.07 while my server side has version 8.10. After I upgrade my client side, everything works.
Related
I'm trying to profile a Java app running with AdoptOpenJDK 11 version OpenJ9.
My problem is that, when I try to attach JProfiler on my app, it doesn't detect the running instance.
I'm using the last version of JProfiler (11.1.4).
Is it compatible with this JRE?
Is there something to do/configure to make it working?
Best regards
As of JProfiler 11.0, attach mode is not supported for OpenJ9 JVMs. Also, attach mode is not enabled by default for OpenJ9.
When passing the -agentpath VM parameter as given by the integration wizards, profiling OpenJ9 JVMs is fully supported.
I am trying to connect to remote JVM and passing following JVM flag:
-agentpath:/home/vishalgarg/jprofiler11.1.4/bin/linux-x64/libjprofilerti.so=port=8849,nowait
However, the process is getting stuck at VM initialized phase. Can anyone help me in understanding the root cause?
JProfiler> Protocol version 63
JProfiler> Java 8 detected.
JProfiler> Don't wait for frontend to connect.
JProfiler> 64-bit library
JProfiler> Starting up without initial configuration.
JProfiler> Listening on port: 8849.
JProfiler> Enabling native methods instrumentation.
JProfiler> Can retransform classes.
JProfiler> Can retransform any class.
JProfiler> Native library initialized
JProfiler> VM initialized
I am profiling a java process which is running on 64 bit JVM on a linux box, I cant launch a GUI on that linux box.
When i connect from my 32 bit windows box i get error
JProfiler> ERROR: another application or a different
JProfiler> version of JProfiler tried to connect.
Is it that i need a 64 bit machine to connect to the remote 64 bit machine and get the profiling details?
You have to use the same version of JProfiler for the profiling agent (on the remote Linux box) and the JProfiler GUI (on your local Windows machine).
The "bitness" of the profiling agent does not matter.
I installed jprofile to investigate a memory leak and also clicked the integrate IDE with netbeans 6.9.1. Runing my Web application worked well when clicking the Profile Project, However, when I want to debug again the project the jprofile is still being run when I just want to debug [i.e. Clicking the debug button instead of Profile]. This causes the debugging to fail all the time.
Glassfish Server Output Console.
JProfiler> Protocol version 33
JProfiler> Using JVMTI
JProfiler> JVMTI version 1.1 detected.
JProfiler> 32-bit library
JProfiler> Listening on port: 33200.
JProfiler> Instrumenting native methods.
JProfiler> Can retransform classes.
JProfiler> Can retransform any class.
JProfiler> Native library initialized
JProfiler> VM initialized
JProfiler> Waiting for a connection from the JProfiler GUI ...
I did not said to profile but still this log shows in the console. I tried to look at any uninstall or unintegrate option within the jprofile and there is non. But the jprofile is also not registered as a plugin when looking at the Tools > Plugins menu. Is there a way to unintegrate jprofile?
Note: I already grepped the whole "C:\Program Files\Netbeans 6.9.1\" folder and already removed the xml config of jprofile plus the jar inside the "modules\" folder. But after restarting netbeans and clicking debug button. It still shows the JProfiler prompt.
1. \NetBeans 6.9.1\ide\config\Modules\com-jprofiler-integrations-netbeans.xml
2. \NetBeans 6.9.1\ide\update\backup\netbeans\config\Modules\com-jprofiler-integrations-netbeans.xml
Debugging should not append the VM parameter for profiling (-agentpath) to the java command, even if the JProfiler integration is installed, so this sounds kind of strange.
Look into the %USERPROFILE%.netbeans\6.9\modules directory and delete com-jprofiler-integrations-netbeans.jar. If that file does not exist either, the -agentpath parameter is added in a different way, maybe explicitly in your debug configuration.
I am trying to launch JProfiler 6 in remote mode and get the following error:
JProfiler> Protocol version 28
JProfiler> Using JVMTI
JProfiler> JVMTI version 1.1 detected.
JProfiler> 64-bit library
JProfiler> Listening on port: 8849.
JProfiler> Instrumenting native methods.
JProfiler> Can retransform classes.
JProfiler> Native library initialized
JProfiler> VM initialized
JProfiler> Waiting for a connection from the JProfiler GUI ...
JProfiler> Using dynamic instrumentation
JProfiler> Time measurement: elapsed time
JProfiler> CPU profiling enabled
Assertion failed: (agentClassLocal), function initReferences, file /Users/hannes/buildsys/jprofiler/build/src/c/agent/shared/LiveProfilingSession.cpp, line 95.
Can someone please explain what they are from and how to fix them?
Thanks!
You're missing the reference to agent.jar:
-Xbootclasspath/p:/opt/jprofiler/bin/agent.jar