This is a convenience plugin which adds jtreg capabilities to the IntelliJ IDE. With this plugin, OpenJDK developers can write, run, debug jtreg tests without the need of leaving their IDE environment.
This section covers the initial steps that are required in order to correctly setup the plugin project inside the IntelliJ IDE.
The output of this folder is as follows:
idea
|-src
|-main
|-java (plugin sources)
|-resources (plugin resources - the plugin.xml file lives here)
|-build (where build files are stored)
|-distributions (where the plugin zip file is generated)
|-build.gradle (the gradle build file)
|-gradle.properties (contains properties required to build this project)
This plugin can be built with gradle
. To build the plugin, simply run the following command from the idea
folder:
sh gradlew clean build
Note: when working behind a proxy, additional options might be required, such as:
-Dhttps.proxyhost=<proxyServer> -Dhttps.proxyPort=<proxyPort>
This will download gradle and the required IntelliJ dependencies, will build the plugin and will place the results in the build/distributions
folder.
Note: to build the plugin, the build script must point to a valid jtreg installation; see the property
jtregHome
in thegradle.properties
file, and tweak accordingly.
Note: the property
minBuild
can be used to specify which IDE version should the plugin depend. The value of this property should be a valid IntelliJ release build number (defaults toIC-211.7142.45
).
Once the build is configured correctly, the plugin can even be tested in a sandbox environment, as follows:
sh gradlew runIde
To install the plugin in your IDE, first you need to build a plugin module file (a .zip
file), as described in the previous section.
Once the plugin zip has been obtained, it can be installed in the IDE; go in Help -> Find Action...
, and type Install plugin from disk
, and then select the corresponding action from the drop down list. A new file dialog will pop up: point the IDE to the zip file you have created in the step above. The IDE will require a restart - once restart is completed the installation process is completed, and the plugin is ready to be used to run and debug jtreg tests.
This section covers the the functionalities supported by the jtreg plugin.
The plugin allows user to configure how jtreg should be invoked by the plugin. Possible options include:
- which jtreg should be used to run the tests
- which JDK should be used to run the tests
- which jtreg options should be used to run tests
- where jtreg should put its output files
Configuring such parameters is possible through the dialog located under File -> Settings
, under the jtreg
panel. By default, such settings are saved on a per-project basis. If, however, you would like to specify IDE-wide default, you can do so by accessing a similar dialog under File -> Other Settings -> Default Settings
.
Note: the settings specified here will be used as defaults for creating new jtreg run/debug configurations. As a result, if any error is made when configuring global jtreg settings, such errors will be propagated in all newly created jtreg test configurations.
In order to run a test, you need to create a run configuration. To create a configuration, simply open a jtreg test file, right-click on it and select Run
(or Debug
). This should create a configuration for the selected test, and run that configuration. The configuration will then become available for inspection under the Run -> Edit Configurations
menu. If you wish to run all tests in a given folder, the process is the same: simply right click on the test folder (in the left panel) of choice and select Run
.
A jtreg run configuration contains the following information:
- which test (or folder of tests) should be given as input to jtreg
- which JDK should be used to run the tests
- which jtreg options should be used to run tests
- where jtreg should put its output files
The last three options can be used to override global settings (e.g. in case a test needs more memory to run).
Once a configuration has been created, the new configuration will appear in the top right panel. If you notice a red mark beside the configuration name, it means that the configuration contains errors that will likely result in test failures. If that happens, please open the Run -> Edit Configurations
dialog, and select the problematic configuration; this dialog should contain additional information as to why the configuration is problematic (e.g. missing JDK path).
To run an existing configuration, simply select it from the drop down list in the top right panel, and click on the Run
(an icon similar to a play button) icon. If you wish to debug instead, simply press the icon beside Run
(the one with the little bug in it).
Debugging works as for any other Java application. Simply set breakpoints (this can be done by left-clicking the area to the left of the code in the source editor, which will cause a red circle to appear). During a test debug, execution will stop at any given breakpoints, allowing you to see values of variables, set watch expressions, etc.
Note: debugging only works with a single test action such as
@run
or@compile
. If multiple test actions are present, debugging will not work correctly. This is a known issue. To workaround, please manually remove the test actions that do not need to be debugged. Conversely,@build
actions can be safely ignored, as they do not have any adverse effect on the debugging process.
Once a test (or a group of tests) have finished running, you can inspect test results in the corresponding bottom panel. This panel is organized in two sub-panels: the one on the left allows you to chose the test whose results you'd like to inspect; the panel on the right contains the actual test output (e.g. the jtr
file).
During test execution you will see green and red bars appearing, notifying test passes/failures. It is possible to filter out the tests that show up in the left panel so that e.g. only failed test are displayed (that is done by clicking on the little circle with the OK
label in the bottom panel); ignored tests can be filtered in a similar fashion.
If you click on the very first entry of the left panel (the one named 'Test Results'), some general information will be presented in the right panel - such as how many tests were run, how many pass/fail there were, etc. You will also see the URL to the location where test results have been written (this can be opened using your browser of choice).
To create a new jtreg test, simply create a new file under a jtreg test root. Then add a javadoc comment like this:
/*
* @test
And press CTRL + <Space>
- the IDE will show you possible completion suggestions for creating a positive/negative jtreg test. Once the right completion path is selected, a full jtreg header will be populated by the IDE. The IDE will then highlight the sections in the header that require user intervention (e.g. add summary in the @summary
tag, etc.). Once you have finished typing in the input for a given section, just press enter and the IDE will move to the next section which requires manual intervention. Repeat the process until all required fields have been entered. At the end of this process, a new jtreg test will have been created.
The jtreg plugin is very flexible when it comes to defining the actions that should be taken by IntelliJ to rebuild the project before running/debugging a test. If your project does not use Ant, the default action associated with a jtreg test configuration is to simply run Make
- which is the standard way in which IntelliJ builds a project. However, if your project uses Ant (this is the case with the JDK and the langtools IntelliJ projects), the plugin can launch any desired ant target before running a given test.
To select which Ant target to run before a jtreg test, simply go in the File -> Settings -> jtreg
menu, and add ant targets to the drop down list. You can add, remove targets as well as changing order of existing targets.
In the unfortunate case you run into a plugin bug, you will notice a red mark in the bottom right part of the IDE. If you click on that icon, you will have the ability to show the stack trace associated with the error (and you will also be offered the option of disabling the plugin). If you want to report a bug against the jtreg plugin, we recommend that you copy the stack trace along with the IDE log file (this can be found under Help -> Show Log in Files
) and submit them along with a description of the experienced buggy behavior. Please forward such bug reports to [email protected]
, or [email protected]