The project layout structure and command line tools usages are based on proposals
introduced by the Module System Quick-Start Guide.
Invoke the jshell script
./build.jsh
(Windows: jshell build.jsh
) to build this sample project.
This sample project does not aim to demonstrate how to use the JUnit Platform APIs. For detailed information on the JUnit Platform programming and extension models, please consult the User Guide.
This project hosts three main modules with their associated test modules.
Their names are com.example.application
, com.example.tool
and ice.cream
.
In addition to the main modules there's a test module named extra.modular
.
It tests the exported packages and types of the main modules.
Main binaries are compiled and packaged using ./compile.jsh
.
For example, here are the commands to compile and package the com.example.tool
module.
This and the com.example.application
module don't need external module dependencies.
javac
-d bin/main
--module-source-path src/main
--module com.example.tool
jar
--create
--file bin/main-jars/com.example.tool.jar
-C bin/main/com.example.tool
.
The ice.cream
modules needs external modules to compile and is packaged with an explicit module version:
javac
-d bin/main
--module-path lib
--module-source-path src/main
--module ice.cream
jar
--create
--file bin/main-jars/ice.cream.jar
--module-version 47.11
-C bin/main/ice.cream
.
Here is the partly expanded tree of the bin/
directory after running ./compile.jsh
:
Compiling and running tests is achieved by calling the following test scripts:
test-classpath.jsh
test-patch-compile.jsh
test-patch-runtime.jsh
╷
├─ JQwik Test Engine ✔
│ └─ JQwikTests ✔
│ ├─ exampleFor1And3Equals4 ✔
│ └─ propertyAdd ✔
│ 2018-03-06T09:39:40.606157
│ tries = `1000`
│ checks = `1000`
│ seed = `-3387297467304298077`
├─ JUnit Vintage ✔
│ └─ extra.modular.GoodOldTest ✔
│ └─ eighteenEqualsNineAndNine ✔
├─ JUnit Jupiter ✔
│ ├─ extra.modular/extra.modular.ExtraModularTests ✔
│ │ ├─ moduleName() ✔
│ │ ├─ add(RepetitionInfo) ✔
│ │ │ ├─ 1 + 5 ✔
│ │ │ ├─ 2 + 5 ✔
│ │ │ ├─ 3 + 5 ✔
│ │ │ ├─ 4 + 5 ✔
│ │ │ └─ 5 + 5 ✔
│ │ └─ packageName() ✔
│ ├─ com.example.application/com.example.application.MainTests ✔
│ │ ├─ simpleName() ✔
│ │ └─ main() ✔
│ ├─ com.example.tool/com.example.tool.CalculatorTests ✔
│ │ ├─ add() ✔
│ │ ├─ mul() ✔
│ │ └─ pow() ✔
│ ├─ FlavorTests ✔
│ │ └─ random() ✔
│ └─ MachineTests ✔
│ ├─ id() ✔
│ └─ caption() ✔
└─ Ice Cream Machine 47.11 (ice.cream) ✔
├─ Stracciatella ✔
├─ Stracciatella ✔
├─ Chocolate ✔
├─ Vanilla ✔
└─ Stracciatella ✔
The ice.cream
module demonstrates how to write and register your own TestEngine
implementation using the Java Platform Module System.
This engine does not find any tests in containers, but discovers a configurable
amount of ice cream scoops.
Let's start with the ice.cream
module descriptor module-info.java:
module ice.cream {
requires org.junit.platform.engine;
provides org.junit.platform.engine.TestEngine with ice.cream.Machine;
}
Here's the outline of the TestEngine
implementation:
package ice.cream;
public class Machine implements TestEngine {
@Override
public String getId() {
return "ice-cream-machine";
}
@Override
public TestDescriptor discover(EngineDiscoveryRequest discoveryRequest, UniqueId uniqueId) {
...generate Scoops, i.e. TestDescriptors.
}
@Override
public void execute(ExecutionRequest request) {
..."run" Scoops. Tell engine execution listener what we're doing.
}
}
See classes in package ice.cream for implementation details.
Sample command line to register and execute the ice.cream machine:
java
-Dscoops=3
--module-path ...
--add-modules ALL-MODULE-PATH
--module org.junit.platform.console
execute
--scan-modules
The standard output could read like this:
╷
└─ Ice Cream Machine 47.11 (ice.cream) ✔
├─ Stracciatella ✔
├─ Stracciatella ✔
└─ Vanilla ✔