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
Copy file name to clipboardExpand all lines: INSTALL.md
+8Lines changed: 8 additions & 0 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -66,6 +66,9 @@ To execute the replication you can run the `execute` script corresponding to you
66
66
> #### Linux/Mac (bash):
67
67
> `./stop-execution.sh`
68
68
69
+
You might see warnings or errors reported from SLF4J like `Failed to load class "org.slf4j.impl.StaticLoggerBinder"` which you can safely ignore.
70
+
Further troubleshooting advice can be found at the bottom of this file.
71
+
69
72
The results of the verification will be stored in the [results](results) directory.
70
73
71
74
### Expected Output of the Verification
@@ -149,3 +152,8 @@ The input file must have the same format as the other dataset files (i.e., repos
149
152
150
153
`Fix:` If there is a _results_ directory, delete it with elevated permission (e.g., `sudo rm -r results`).
151
154
Then, create a new _results_ directory without elevated permissions, or execute `git restore .` to restore the deleted directory.
155
+
156
+
### Failed to load class "org.slf4j.impl.StaticLoggerBinder"
157
+
`Problem:` An operation within the initialization phase of the logger library we use (tinylog) failed.
158
+
159
+
`Fix:` Please ignore this warning. Tinylog will fall back onto a default implementation (`Defaulting to no-operation (NOP) logger implementation`) and logging will work as expected.
This is the replication package for our paper _Classifying Edits to Variability in Source Code_ accepted at the 30th ACM Joint European Software Engineering Conference and Symposium on the Foundations of Software Engineering (ESEC/FSE 2022).
12
14
13
15
This replication package consists of four parts:
@@ -18,7 +20,7 @@ This replication package consists of four parts:
18
20
4.**Dataset Overview**: We provide an overview of the 44 inspected datasets with updated links to their repositories in the file [docs/datasets.md][dataset].
19
21
20
22
## 1. DiffDetective
21
-
DiffDetective is a java library and command-line tool to parse and classify edits to variability in git histories of preprocessor-based software product lines by creating [variation tree diffs][difftree_class] and operating on them.
23
+
DiffDetective is a java library and command-line tool to parse and classify edits to variability in git histories of preprocessor-based software product lines by creating [variation diffs][difftree_class] and operating on them.
22
24
23
25
We offer a [Docker](https://www.docker.com/) setup to easily __replicate__ the validation performed in our paper.
24
26
In the following, we provide a quickstart guide for running the replication.
@@ -53,45 +55,47 @@ To execute the replication you can run the `execute` script corresponding to you
53
55
> #### Linux/Mac (bash):
54
56
> `./stop-execution.sh`
55
57
58
+
You might see warnings or errors reported from SLF4J like `Failed to load class "org.slf4j.impl.StaticLoggerBinder"` which you can safely ignore.
59
+
Further troubleshooting advice can be found at the bottom of the [Install](INSTALL.md) file.
56
60
57
61
### 1.3 View the results in the [results][resultsdir] directory
58
62
All raw results are stored in the [results][resultsdir] directory.
59
63
The aggregated results can be found in the following files.
60
64
(Note that the links below only have a target _after_ running the replication or verification.)
61
65
-[speed statistics][resultsdir_speed_statistics]: contains information about the total runtime, median runtime, mean runtime, and more.
62
-
-[classification results][resultsdir_classification_results]: contains information about how often each pattern was found, and more.
66
+
-[classification results][resultsdir_classification_results]: contains information about how often each class was found, and more.
63
67
64
68
Moreover, the results comprise the (LaTeX) tables that are part of our paper and appendix.
65
69
66
70
### Documentation
67
71
68
72
DiffDetective is documented with javadoc. The documentation can be accessed on this [website][documentation]. Notable classes of our library are:
69
-
-[DiffTree](https://variantsync.github.io/DiffDetective/docs/javadoc/org/variantsync/diffdetective/diff/difftree/DiffTree.html) and [DiffNode](https://variantsync.github.io/DiffDetective/docs/javadoc/org/variantsync/diffdetective/diff/difftree/DiffNode.html) implement variation tree diffs from our paper. A variation tree diff is represented by an instance of the `DiffTree` class. It stores the root node of the diff and offers various methods to parse, traverse, and analyze variation tree diffs. `DiffNode`s represent individual nodes within a variation tree diff.
73
+
-[DiffTree](https://variantsync.github.io/DiffDetective/docs/javadoc/org/variantsync/diffdetective/diff/difftree/DiffTree.html) and [DiffNode](https://variantsync.github.io/DiffDetective/docs/javadoc/org/variantsync/diffdetective/diff/difftree/DiffNode.html) implement variation diffs from our paper. A variation diff is represented by an instance of the `DiffTree` class. It stores the root node of the diff and offers various methods to parse, traverse, and analyze variation diffs. `DiffNode`s represent individual nodes within a variation diff.
70
74
-[Validation](https://variantsync.github.io/DiffDetective/docs/javadoc/org/variantsync/diffdetective/validation/Validation.html) contains the main method for our validation.
71
-
-[ProposedElementaryPatterns](https://variantsync.github.io/DiffDetective/docs/javadoc/org/variantsync/diffdetective/pattern/elementary/proposed/ProposedElementaryPatterns.html) holds the catalog of nine edit patterns we proposed in our paper. It implements the interface [ElementaryPatternCatalogue](https://variantsync.github.io/DiffDetective/docs/javadoc/org/variantsync/diffdetective/pattern/elementary/ElementaryPatternCatalogue.html), which allows to define custom pattern catalogs.
75
+
-[ProposedEditClasses](https://variantsync.github.io/DiffDetective/docs/javadoc/org/variantsync/diffdetective/editclass/proposed/ProposedEditClasses.html) holds the catalog of the nine edit classes we proposed in our paper. It implements the interface [EditClassCatalogue](https://variantsync.github.io/DiffDetective/docs/javadoc/org/variantsync/diffdetective/editclass/EditClassCatalogue.html), which allows to define custom edit classifications.
72
76
-[BooleanAbstraction](https://variantsync.github.io/DiffDetective/docs/javadoc/org/variantsync/diffdetective/feature/BooleanAbstraction.html) contains data and methods for boolean abstraction of higher-order logic formulas. We use this for macro parsing.
73
-
-[GitDiffer](https://variantsync.github.io/DiffDetective/docs/javadoc/org/variantsync/diffdetective/diff/GitDiffer.html) may parse the history of a git repository to variation tree diffs.
77
+
-[GitDiffer](https://variantsync.github.io/DiffDetective/docs/javadoc/org/variantsync/diffdetective/diff/GitDiffer.html) may parse the history of a git repository to variation diffs.
74
78
- The [datasets](https://variantsync.github.io/DiffDetective/docs/javadoc/org/variantsync/diffdetective/datasets/package-summary.html) package contains various classes for describing and loading datasets.
75
79
76
80
## 2. Appendix
77
81
78
82
Our [appendix][appendix] consists of:
79
83
1. An extended formalization of our concepts in the [Haskell][haskell] programming language. The corresponding source code is also part of this replication package (see below).
80
-
2. The proofs for (a) the completeness of variation tree diffs to represent edits to variation trees, and (b) the completeness and unambiguity of our elementary edit patterns.
81
-
3. An inspection of edit patterns from related work to show that existing patterns are either composite patterns built from our elementary patterns or similar to our elementary patterns. The used diffs of these patterns can also be found in [docs/compositepatterns](docs/compositepatterns).
84
+
2. The proofs for (a) the completeness of variation diffs to represent edits to variation trees, and (b) the completeness and unambiguity of our edit classes.
85
+
3. An inspection of edit patterns from related work to show that existing patterns are either composite patterns built from our edit classes or similar to one of our edit classes. The used diffs of these patterns can also be found in [docs/compositepatterns](docs/compositepatterns).
82
86
4. The complete results of our validation for all 44 datasets.
83
87
84
88
## 3. Haskell Formalization
85
89
The extended formalization is a [Haskell][haskell] library in the [`proofs`](proofs) subdirectory.
86
90
Since the `proofs` library is its own software project, we provide a separate documentation of requirements and installation instructions within the projects subdirectory.
87
-
Instructions for manually installing Stack are given in [proofs/REQUIREMENTS.md](proofs/REQUIREMENTS.md).
91
+
Requirements and instructions for setting up the build environment (Stack) are given in [proofs/REQUIREMENTS.md](proofs/REQUIREMENTS.md).
88
92
How to build our library and how to run the example is described in the [proofs/INSTALL.md](proofs/INSTALL.md).
89
93
90
94
91
95
## 4. Dataset Overview
92
96
### 4.1 Open-Source Repositories
93
97
We provide an overview of the used 44 open-source preprocessor-based software product lines in the [docs/datasets.md][dataset] file.
94
-
As described in our paper in Section 5.1 this list contains all systems that were studied by Liebig et al., extended by four new subject systems (Busybox, Marlin, LibSSH, Godot).
98
+
As described in our paper in Section 5.1, this list contains all systems that were studied by Liebig et al., extended by four new subject systems (Busybox, Marlin, LibSSH, Godot).
95
99
We provide updated links for each system's repository.
Copy file name to clipboardExpand all lines: STATUS.md
+4-4Lines changed: 4 additions & 4 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -3,7 +3,7 @@
3
3
The artifact for the paper _Classifying Edits to Variability in Source Code_ consists of four parts:
4
4
5
5
1.**DiffDetective**: For our validation, we built DiffDetective, a java library and command-line tool to classify edits to variability in git histories of preprocessor-based software product lines.
6
-
DiffDetective is the main artifact used to replicate the validation for our paper (see Section 5).
6
+
DiffDetective is the main artifact used to replicate the validation of our paper (see Section 5).
7
7
DiffDetective is self-contained in that it does not require or depend on in-depth knowledge on the theoretical foundation of our work.
8
8
Practitioners and researches are free to ignore the appendix as well as the haskell formalization and may use DiffDetective out-of-the-box.
9
9
2.**Appendix**: The appendix of our paper is given in PDF format in the file [`appendix.pdf`][ddappendix].
@@ -22,18 +22,18 @@ DiffDetective is designed as a library that offers reusable functionality.
22
22
Researchers and practitioners can use our DiffDetective library to build on our theory and results (e.g., for future prototypes to study the evolution of variability in source code).
23
23
24
24
DiffDetective offers various features, including but not limited to:
25
-
parsing variation tree diffs from unix diffs, obtaining variation tree diffs for certain patches and commits, matching elementary edit patterns on variation tree diffs, defining custom classifications, rendering, traversing, and transforming variation tree diffs, various de-/serialization methods, and running analyses for the git histories of C preprocessor-based software product lines. We documented each part of the library and provide a [javadoc website][dddocumentation] within the repository.
25
+
parsing variation diffs from unix diffs, obtaining variation diffs for certain patches and commits, classifying edits in variation diffs, defining custom classifications, rendering, traversing, and transforming variation diffs, various de-/serialization methods, and running analyses for the git histories of C preprocessor-based software product lines. We documented each part of the library and provide a [javadoc website][dddocumentation] within the repository.
26
26
Moreover, our validation (see _replicability_ above) may also be run on any custom dataset as described in our [README.md][ddreadme].
27
27
28
28
### **Extended Formal Specification**
29
29
The [`proofs`][ddproofs] Haskell project provides an extended formal specification of our theory.
30
30
Its main purpose is to document the theory and its extensions to serve as a reference for the proofs in our appendix.
31
31
Yet, the project can also be used as a library to reason on variation trees and diffs in Haskell projects.
32
-
The library is accompanied by a small demo application that shows an example test case for our proof of completeness by creating a variation tree diff from two variation trees and re-projecting them.
32
+
The library is accompanied by a small demo application that shows an example test case for our proof of completeness by creating a variation diff from two variation trees and re-projecting them.
33
33
The `proofs` project is described in detail in our appendix.
34
34
35
35
## Claims
36
-
We claim the _Artifacts Available_ badge as we made our artefacts publicly available on [Github][ddgithub] and [Zenodo][ddzenodo] with an [open-source license][ddlicense]. All [44 input datasets][ddforks] are open-source projects and publicly available.
36
+
We claim the _Artifacts Available_ badge as we made our artifacts publicly available on [Github][ddgithub] and [Zenodo][ddzenodo] with an [open-source license][ddlicense]. All [44 input datasets][ddforks] are open-source projects and publicly available.
37
37
38
38
We claim the _Artifacts Evaluated Reusable_ badge as we implemented DiffDetective as a reusable library (see above).
39
39
Furthermore, both DiffDetective and our Haskell formalization serve as reference implementations if researchers or practitioners want to reimplement our theory in other programming languages.
0 commit comments