Fully featured low overhead profiler for Java EE and Java SE platforms.
Monitoring and profiling solution for Gradle, Maven, Ant, JUnit and TestNG.
Easy to use performance and memory profiler for .NET framework.


JDeveloper 11g is supported (11.1.2 and newer).

Plugin installation

To enable integration, you should install the profiler plugin.

To install the plugin, run the profiler.

When you run the profiler for the first time or after updating to a newer profiler version, you will be automatically prompted to install the plugin. Also, you can explicitly launch the plugin installation wizard via Tools | Integrate with IDE....

Profiling from JDeveloper

After the plugin is installed, Profile actions are added to the main menu ...

... and to context menus:

...and in the main toolbar:

You can configure profiling parameters in the Project Properties dialog's node YourKit Java Profiler.

The Profile action starts the profiled application, and connects to it in profiler UI (unless opposite behavior is configured). The output of the profiled application appears in console, same as for Run action.

32-bit or 64-bit JRE selection

This topic is not applicable to Mac OS X where the profiler agent a universal binary.

On a 64-bit machine, the Profile action must know whether the JVM for launching the profiled application is 32-bit or 64-bit, in order to supply appropriate profiler agent version.

By default, the plugin attempts to automatically detect the JVM kind by obtaining available information from JDeveloper.

For particular run configurations this may happen that the automatic detection is not possible. In this case Profile will fail with an error like Error occurred during initialization of VM. Could not find agent library printed in the JDeveloper console. In this case use the "32-bit or 64-bit JRE Selection" section to specify Java bitness explicitly.

Navigation action

When profiling applications, you usually need to browse the related source code to understand the performance problems at hands. After the problem is located, you edit the source code to fix it.

Instead of forcing you to tell profiler where the source code of your application is located and showing the code in feature-restricted custom-made "editor surrogate", YourKit provides an alternative approach. When you have a method, class or field selected in the profiler UI, just invoke Tools | Open in IDE (F7), to automatically open the underlying source code in the editor of your IDE - the best place to browse and edit code.

The navigation action works on the current selection and is available in both CPU and memory views.

Note: navigation to inner classes is not possible because JDeveloper does not provide appropriate API.