You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
a set of web/enterprise applications for scientific research in Software Engineering.
9
9
10
-
We collected several different systems, in different programming languages, like
11
-
Java, Kotlin, JavaScript and C#.
10
+
We collected several different systems running on the JVM, in different programming languages such as Java and Kotlin.
12
11
In this documentation, we will refer to these projects as System Under Test (SUT).
13
-
Currently, the SUTs are either _REST_ or_GraphQL_ APIs.
12
+
Currently, the SUTs are either _REST_, _GraphQL_ or _RPC_ APIs.
14
13
15
14
For each SUT, we implemented _driver_ classes, which can programmatically _start_, _stop_ and _reset_ the state of SUT (e.g., data in SQL databases).
16
15
As well as enable setting up different properties in a _uniform_ way, like choosing TCP port numbers for the HTTP servers.
17
16
If a SUT uses any external services (e.g., a SQL database), these will be automatically started via Docker in these driver classes.
18
17
19
18
20
19
This collection of SUTs was originally assembled for easing experimentation with the fuzzer called [EvoMaster](http://evomaster.org).
21
-
However, finding this type of applications is not trivial among open-source projects.
20
+
However, finding this type of application is not trivial among open-source projects.
22
21
Furthermore, it is not simple to sort out all the technical details on how to set these applications up and start them in a simple, uniform approach.
23
22
Therefore, this repository provides the important contribution of providing all these necessary scripts for researchers that need this kind of case study.
24
23
@@ -72,6 +71,10 @@ More details (e.g., #LOCs and used databases) on these APIs can be found [in thi
72
71
73
72
### REST: Java/Kotlin
74
73
74
+
* Familie Ba Sak (MIT), [jdk_17_maven/cs/rest/familie-ba-sak](jdk_17_maven/cs/rest/familie-ba-sak), from [https://github.com/navikt/familie-ba-sak](https://github.com/navikt/familie-ba-sak)
75
+
76
+
* Payments Public API (MIT), [jdk_11_maven/cs/rest/pay-publicapi](jdk_11_maven/cs/rest/pay-publicapi), from [https://github.com/alphagov/pay-publicapi](https://github.com/alphagov/pay-publicapi)
77
+
75
78
* Session Service (not-known license), [jdk_8_maven/cs/rest/original/session-service](jdk_8_maven/cs/rest/original/session-service), from [https://github.com/cBioPortal/session-service](https://github.com/cBioPortal/session-service)
76
79
77
80
* Bibliothek (MIT), [jdk_17_gradle/cs/rest/bibliothek](jdk_17_gradle/cs/rest/bibliothek), from [https://github.com/PaperMC/bibliothek](https://github.com/PaperMC/bibliothek)
@@ -189,11 +192,45 @@ There are 2 main use cases for EMB:
189
192
* Run experiments with other tools
190
193
191
194
Everything can be setup by running the script `scripts/dist.py`.
192
-
Note that you will need installed at least JDK 8, JDK 11, NPM and .NET 3.x, as well as Docker.
193
-
Also, you will need to setup environment variables like `JAVA_HOME_8`and `JAVA_HOME_11`.
195
+
Note that you will need installed at least Maven, Gradle, JDK 8, JDK 11, JDK 17, NPM, as well as Docker.
196
+
Also, you will need to setup environment variables like `JAVA_HOME_8`, `JAVA_HOME_11`and `JAVA_HOME_17`.
194
197
The script will issue error messages if any prerequisite is missing.
195
198
Once the script is completed, all the SUTs will be available under the `dist` folder, and a `dist.zip` will be created as well (if `scripts/dist.py` is run with `True` as input).
196
199
200
+
Regarding Maven, most-third party dependencies are automatically downloaded from Maven Central.
201
+
However, some dependencies are from GitHub, which unfortunately require authentication to be able to download such dependencies.
202
+
Unfortunately, they have [no intention](https://github.com/orgs/community/discussions/26634) to fix this huge usability issue :(
203
+
In your home folder, you need to create a configuration file for Maven, in particular `.m2/settings.xml`, with the following configurations:
Which configuration to use depends on the version of Maven (it was changed in version 3.9.0).
230
+
In latest versions of Maven, you need to create an authorization token in GitHub (see more info directly on [GitHub documentation pages](https://docs.github.com/en/packages/working-with-a-github-packages-registry/working-with-the-apache-maven-registry)), and put it instead of `???`.
231
+
232
+
233
+
197
234
[//]: #(There is also a Docker file to run `dist.py`, named `build.dockerfile`.)
198
235
199
236
[//]: #(It can be built with:)
@@ -210,20 +247,14 @@ Once the script is completed, all the SUTs will be available under the `dist` fo
210
247
211
248
212
249
213
-
Note that here the drivers will be built as well besides the SUTs, and the SUT themselves will also have an instrumented version (for white-box testing heuristics) for _EvoMaster_ (this is for JavaScript and .NET, whereas instrumentation for JVM is done at runtime, via an attached JavaAgent).
214
-
215
250
In the built `dist` folder, the files will be organized as follows:
216
-
217
-
* For JVM: `<name>-sut.jar` will be the non-instrumented SUTs, whereas their executable drivers will be called `<name>-evomaster-runner.jar`.
251
+
`<name>-sut.jar` will be the non-instrumented SUTs, whereas their executable drivers will be called `<name>-evomaster-runner.jar`.
218
252
Instrumentation can be done at runtime by attaching the `evomaster-agent.jar` JavaAgent. If you are running experiments with EvoMaster, this will be automatically attached when running experiments with `exp.py` (available in the EvoMaster's repository). Or it can be attached manually with JVM option `-Devomaster.instrumentation.jar.path=evomaster-agent.jar` when starting the driver.
219
-
* For NodeJS: under the folder `<name>` (for each NodeJS SUT), the SUT is available under `src`, whereas the instrumented version is under `instrumented`. If the SUT is written in TypeScript, then the compiled version will be under `build`.
220
-
* For .NET: currently only the instrumented version is available (WORK IN PROGRESS)
221
253
222
254
223
255
224
256
For running experiments with EvoMaster, you can also "start" each driver directly from an IDE (e.g., IntelliJ).
225
257
Each of these drivers has a "main" method that is running a REST API (binding on default port 40100), where each operation (like start/stop/reset the SUT) can be called via an HTTP message by EvoMaster.
226
-
For JavaScript, you need to use the files `em-main.js` under the `instrumented/em` folders.
227
258
228
259
229
260
@@ -237,18 +268,12 @@ Each folder represents a set of SUTs (and drivers) that can be built using the s
237
268
For example, the folder `jdk_8_maven` contains all the SUTs that need JDK 8 and are built with Maven.
238
269
On the other hand, the SUTs in the folder `jdk_11_gradle` require JDK 11 and Gradle.
239
270
240
-
For JVM and .NET, each module has 2 submodules, called `cs` (short for "Case Study") and `em` (short for "EvoMaster").
271
+
For thr JVM, each module has 2 submodules, called `cs` (short for "Case Study") and `em` (short for "EvoMaster").
241
272
`cs` contains all the source code of the different SUTs, whereas `em` contains all the drivers.
242
273
Note: building a top-module will build as well all of its internal submodules.
243
274
244
-
Regarding JavaScript, unfortunately NodeJS does not have a good handling of multi-module projects.
245
-
Each SUT has to be built separately.
246
-
However, for each SUT, we put its source code under a folder called `src`, whereas all the code related to the drivers is under `em`.
247
-
Currently, both NodeJS `14` and `16` should work on these SUTs.
248
-
249
-
The driver classes for Java and .NET are called `EmbeddedEvoMasterController`.
250
-
For JavaScript, they are in a script file called `app-driver.js`.
251
-
Note that Java also a different kind of driver called `ExternalEvoMasterController`.
275
+
The driver classes for Java are called `EmbeddedEvoMasterController`.
276
+
Note that Java also has a different kind of driver called `ExternalEvoMasterController`.
252
277
The difference is that in External the SUT is started on a separated process, and not running in the same JVM of the driver itself.
253
278
254
279
@@ -292,13 +317,3 @@ Branch *develop* is using the most recent SNAPSHOT version of _EvoMaster_.
292
317
As that is not published online, you need to clone its repository, and build
293
318
it locally (see its documentation on how to do it).
294
319
295
-
To handle JavaScript, unfortunately there is the need for some manual settings.
296
-
However, it needs to be done just once.
297
-
298
-
You need to create _symbolic_ link inside `EMB\js_npm` that points to the `evomaster-client-js` folder in _EvoMaster_.
299
-
How to do this, depends on the Operating System.
300
-
Note that in the following, `<some-path>` should be replaced with the actual real paths of where you cloned the _EvoMaster_ and _EMB_ repositories.
This guide covers the basics of how to contribute to the GOV.UK Pay project.
4
+
5
+
## Pull requests
6
+
The team's pull request checklist can be found [here](https://github.com/alphagov/pay-team-manual/blob/master/docs/development-processes/pull-request-checklist.md)
7
+
8
+
## Contributions from beyond the team
9
+
If you have an idea to share or a feature to request to raise please contact the GOV.UK Pay team govuk-pay-support@digital.cabinet-office.gov.uk.
10
+
11
+
If this is a security issue please do not submit a pull request or raise a GitHub issue, instead, please read the disclosure process [here](/README.md#responsible-disclosure).
0 commit comments