Coverage-Based Debloating for Java Bytecode
ACM Transactions on Software Engineering and Methodology (TOSEM)
• DOI • Source code • Experiment Results
Abstract
Software bloat is code that is packaged in an application but is actually not necessary to run the application. The presence of software bloat is an issue for security, for performance, and for maintenance. In this paper, we introduce a novel technique for debloating, which we call coverage-based debloating. We implement the technique for one single language: Java bytecode. We leverage a combination of state-of-the-art Java bytecode coverage tools to precisely capture what parts of a project and its dependencies are used when running with a specific workload. Then, we automatically remove the parts that are not covered, in order to generate a debloated version of the project. We succeed to debloat 211 library versions from a dataset of 94 unique open-source Java libraries. The debloated versions are syntactically correct and preserve their original behavior according to the workload. Our results indicate that 68.3 % of the libraries’ bytecode and 20.3 % of their total dependencies can be removed through coverage-based debloating. For the first time in the literature on software debloating, we assess the utility of debloated libraries with respect to client applications that reuse them. We select 988 client projects that either have a direct reference to the debloated library in their source code or which test suite covers at least one class of the libraries that we debloat. Our results show that 81.5 % of the clients, with at least one test that uses the library, successfully compile and pass their test suite when the original library is replaced by its debloated version.
@article{10.1145/3546948,
author = {Soto-Valero, C\'{e}sar and Durieux, Thomas and Harrand, Nicolas and Baudry, Benoit},
title = {Coverage-Based Debloating for Java Bytecode},
year = {2023},
issue_date = {March 2023},
publisher = {Association for Computing Machinery},
address = {New York, NY, USA},
volume = {32},
number = {2},
issn = {1049-331X},
url = { https://doi.org/10.1145/3546948 },
doi = {10.1145/3546948},
abstract = {Software bloat is code that is packaged in an application but is actually not necessary to run the application. The presence of software bloat is an issue for security, performance, and for maintenance. In this article, we introduce a novel technique for debloating, which we call coverage-based debloating. We implement the technique for one single language: Java bytecode. We leverage a combination of state-of-the-art Java bytecode coverage tools to precisely capture what parts of a project and its dependencies are used when running with a specific workload. Then, we automatically remove the parts that are not covered, in order to generate a debloated version of the project. We succeed to debloat 211 library versions from a dataset of 94 unique open-source Java libraries. The debloated versions are syntactically correct and preserve their original behaviour according to the workload. Our results indicate that 68.3\% of the libraries’ bytecode and 20.3\% of their total dependencies can be removed through coverage-based debloating.For the first time in the literature on software debloating, we assess the utility of debloated libraries with respect to client applications that reuse them. We select 988 client projects that either have a direct reference to the debloated library in their source code or which test suite covers at least one class of the libraries that we debloat. Our results show that 81.5\% of the clients, with at least one test that uses the library, successfully compile and pass their test suite when the original library is replaced by its debloated version.},
journal = {ACM Trans. Softw. Eng. Methodol.},
month = {apr},
articleno = {38},
numpages = {34},
keywords = {software maintenance, code coverage, Software bloat, bytecode, program specialization}
}
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19