Thanks to visit codestin.com
Credit goes to github.com

Skip to content

Commit 07e0629

Browse files
authored
add explanation about no source code generated (#366)
1 parent f11f0b8 commit 07e0629

1 file changed

Lines changed: 13 additions & 11 deletions

File tree

docs/getting-starting.md

Lines changed: 13 additions & 11 deletions
Original file line numberDiff line numberDiff line change
@@ -19,7 +19,7 @@ In any case, most important test cases are always executed on [travis](https://t
1919
Warning: Windows is only partially supported.
2020

2121
mvn package -DskipTests=true
22-
22+
2323
The following JAR will be created by this command: `target/astor-0.0.2-SNAPSHOT-jar-with-dependencies.jar`
2424
This will referenced as `astor.jar` for the rest of this guide but you will need to replace it with the full line when inserting commands.
2525

@@ -80,6 +80,8 @@ Additionally, Astor writes a JSON file ('astor_output.json') which summarizes th
8080

8181
Inside the folder "/src/" Astor stores the source code of the solutions that it found.
8282

83+
If there is no solution found (i.e. the list `patch` is empty in "astor_output.json"), no source code would be generated in the folder "/src/".
84+
8385
Folder “default” contains the original program, without any modification. It's a sanity check, containing the output of spoon without applying any processor over the spoon model of the application under repair.
8486

8587
Each folder "variant-x" is a valid solution to the repair problem (passes all tests). The "x" corresponds to the id (unique identifier) assigned to a variant. There is an command line argument `saveall` that allows you to save all variants that Astor generates, even if they are not a solution.
@@ -101,11 +103,11 @@ For executing Astor in jMutRepair mode:
101103
# Command line arguments
102104

103105
-mode jgenprog|jkali|jMutRepair|...
104-
106+
105107
-location "absolute location of the project to repair" (**MANDATORY**)
106-
108+
107109
-dependencies "folder with the dependencies of the application to repair"
108-
110+
109111
-failing "canonical names of classes with failing test cases" (if there are several classes with failing test cases, give them separated by the classpath separator (: in linux/mac and ; in windows)
110112
111113
-package "package to manipulate" (only the statements from this package are manipulated to find a patch)
@@ -125,14 +127,15 @@ For executing Astor in jMutRepair mode:
125127
-binjavafolder "class folder"
126128

127129
-bintestfolder "test class folder"
128-
130+
129131

130-
132+
133+
131134
### Command line arguments example Math-70 from Defects4J:
132-
135+
133136
-location <PATH_TO_ASTOR_FOLDER>/examples/math_70
134-
135-
-mode statement
137+
138+
-mode statement
136139

137140
-package org.apache.commons
138141

@@ -171,7 +174,7 @@ Astor needs to be executed over a JVM 8+. By default, Astor uses the JVM specifi
171174
For example, running bug Math-70 from Defects4J on a JVM 8 could produce two failing/errored test cases:
172175

173176
testMath280(org.apache.commons.math.distribution.NormalDistributionTest)
174-
testMinpackMeyer(org.apache.commons.math.estimation.MinpackTest)
177+
testMinpackMeyer(org.apache.commons.math.estimation.MinpackTest)
175178

176179
The first one (`testMath280`) is the test that expose the bug Math-70. It's correct that it fails. However, the second one (`testMinpackMeyer`) fails due to the JVM and it must not fail. It's a platform-related error.
177180
As conclusion, using a java VM 8+ could produce that Astor does not find patches for bugs that must be repaired by the tool.
@@ -209,4 +212,3 @@ A. Run the install command under the folder "/astor/lib/gzoltar", which is `mvn
209212

210213

211214

212-

0 commit comments

Comments
 (0)