fbpx
In Java, Properties are configuration values that are represented as key-value pairs, usually managed inside a ‘Properties’ object. System properties are basically the ‘Properties’ object of the ‘System’ class, which “describes the configuration of the current working environment”. This includes information about the current user, the OS or the Java runtime. The ‘System’ class offers various methods to interact with its properties, however, the ones most used are: In Java, properties are configuration values that are represented as key-value pairs, usually managed inside a ‘Properties’ object. System properties are basically the ‘Properties’ object of the ‘System’ class, which “describes the configuration of the current working environment”. This includes information about the current user, the OS or the Java runtime. The ‘System’ class offers various methods to interact with its properties, however, the ones most used are:
  • @clearProperty(String key): Removes the system property indicated by the specified key.
  • @getProperty(String key): Gets the system property indicated by the specified key.
  • @setProperty(String key, String value): Sets the system property indicated by the specified key.
Sometimes you need to control system properties when you test code that somehow uses ‘System’. When doing so, you shouldn’t just wildly mutate their values, otherwise, tests might inadvertently depend on possible side effects. Then, changes in your test code, or even changing the execution order, may lead to test failures that are hard to debug. Therefore, you want to have a proper restore mechanism in place that cleans up the environment after each test. When it comes to JUnit 4, there are already off-the-shelf libraries for this such as the fantastic System Rules project. But for JUnit 5, you had to come up with a custom solution—at least until now. There is JUnit Pioneer, a semi-official extension pack for JUnit 5. It offers various neat extensions, and as of version 0.5.0 also a mechanism to handle system properties in a safe manner. The @ClearSystemProperty and @SetSystemProperty annotations respectively can be used to clear and set the values of system properties for test execution. Both annotations work on the test method and class level, which are repeatable as well as combinable. After the annotated method has been executed, the properties mentioned in the annotation will be restored to their original value or will be cleared if they didn’t have one before. Other system properties that are changed during the test, are not restored.  

For example, clearing a system property for a test execution can be done as follows:

And setting a system property for a test execution:

As mentioned before, both annotations are repeatable and they can also be combined:

Note that class level configurations are overwritten by method level configurations:

Sometimes, you might also need to set a system property to a value that is not a constant expression, which is required for annotation values. In this case, you can still leverage the restore mechanism:

As you can see, both annotations are quite powerful and applicable in many situations. So, become a JUnit Pioneer stargazer on GitHub and take back control of your system properties style every aspect of this content in the module Design settings and even apply custom CSS to this text in the module Advanced settings.