[논문 리뷰] A Study of Library Migration in Java Software

Cédric Teyton, Jean‐Rémy Falleri외 2명|arXiv (Cornell University)|2013. 06. 26.

Software Engineering Research참고 문헌 11인용 수 4

한 줄 요약

이 연구는 자바 오픈 소스 소프트웨어에서 소스 코드 변경 사항을 분석함으로써 라이브러리 이관을 자동으로 탐지하는 정적 분석 기반 접근법을 제안한다. GitHub, Google Code, SourceForge의 8,600개 프로젝트를 분석하여 324건의 이관을 확인하였으며, 이는 이전 프로젝트일수록 이관 가능성이 높고, 로깅 라이브러리가 자주 교체되며(특히 slf4j로의 교체가 빈번함), 이관이 일반적으로 빠르고 단일 커밋으로 이루어진다는 것을 드러냈다.

ABSTRACT

Software intensively depends on external libraries whose relevance may change during its life cycle. As a consequence, software developers must periodically reconsider the libraries they depend on, and must think about \ extit{library migration}. To our knowledge, no existing study has been done to understand library migration although it is known to be an expensive maintenance task. Are library migrations frequent? For which software are they performed and when? For which libraries? For what reasons? The purpose of this paper is to answer these questions with the intent to help software developers that have to replace their libraries. To that extent, we have performed a statistical analysis of a large set of open source software to mine their library migration. To perform this analysis we have defined an approach that identifies library migrations in a pseudo-automatic fashion by analyzing the source code of the software. We have implemented this approach for the Java programming language and applied it on Java Open Source Software stored in large hosting services. The main result of our study is that library migration is not a frequent practice but depends a lot on the nature of the software as well as the nature of the libraries.

연구 동기 및 목표

• 라이브러리 이관의 빈도, 시기, 동기를 이해하기 위해, 비용이 많이 들지만 연구가 부족한 자바 소프트웨어에서의 이관 현상을 분석한다.
• 어느 종류의 소프트웨어와 라이브러리가 이관에 더 취약한지 식별하고, 일반적인 이유와 노력 수준을 파악한다.
• 실제 오픈 소스 프로젝트에서의 실제 이관 패턴을 분석하여, 라이브러리 교체를 고려하는 개발자들에게 데이터 기반의 권고를 제공한다.
• 이전 연구를 확장하여 Maven을 사용하지 않는 자바 오픈 소스 프로젝트 전반을 대상으로 하여 연구 결과의 일반화 가능성을 높인다.

제안 방법

• 의존성 모델은 소프트웨어 프로젝트, 버전, 라이브러리 의존성을 추상화하여, 버전 간 라이브러리 집합의 변화로 이관 이벤트를 표현한다.
• 정적 분석 기반 접근법은 Maven과 같은 빌드 도구에 의존하지 않고, 소스 코드 내 라이브러리 사용 방식의 변화를 탐지함으로써 라이브러리 이관을 식별한다.
• 이 방법은 GitHub, Google Code, SourceForge에 호스팅된 프로젝트의 여러 버전에 걸친 소스 코드를 분석하여, 한 라이브러리가 다른 라이브러리로 교체되는 경우를 탐지한다.
• 이관 탐지는 소스 파일 내 특정 라이브러리 클래스와 패키지의 존재에 기반하며, 코드 수준의 사용으로부터 버전화된 의존성을 유추한다.
• 이 방법은 8,600개의 오픈 소스 자바 프로젝트에 적용되어 총 324건의 실제 라이브러리 이관 이벤트를 식별하였다.
• 연구는 통계 분석을 통해 이관 빈도, 대상 라이브러리, 시기, 이유, 노력 수준에 관한 연구 질문에 답한다.

실험 결과

연구 질문

• RQ1 어느 소프트웨어 프로젝트가 라이브러리 이관을 수행하며, 이로 인해 영향을 받는 프로젝트 비율은 얼마인가?
• RQ2 어느 라이브러리가 가장 자주 이관되며, 소스나 대상 라이브러리에 패턴이 있는가?
• RQ3 이관은 일반적으로 언제 이루어지며, 시간적 패턴이 있는가?
• RQ4 라이브러리 이관의 주요 이유는 무엇이며, 이는 어떻게 문서화되어 있는가?
• RQ5 일반적으로 이관을 수행하는 데 필요한 노력은 얼마나 되는가? 커밋 수, 시간, 개발자 수로 측정한다.

주요 결과

• 분석한 8,600개 프로젝트 중 단 하나 이상의 라이브러리 이관을 수행한 프로젝트는 3.8%에 불과하여, 전체적으로 이관이 흔한 실천은 아님을 시사한다.
• 오래된 프로젝트는 젊은 프로젝트보다 뚜렷하게 더 자주 이관을 수행한다—오래된 프로젝트의 10%가 이관을 했고, 젊은 프로젝트는 1% 미만이었다.
• 생산 수명 주기 동안 두 번 이상의 이관을 수행한 프로젝트는 매우 적게(1% 미만) 존재하여, 이관이 일반적으로 한 번의 노력으로 이루어진다는 것을 시사한다.
• 로그 기록 라이브러리 카테고리가 이관에서 가장 활발하며, slf4j가 주요 대상으로 부상하여 log4j나 commons-logging과 같은 라이브러리를 대체한다.
• 이관은 일반적으로 빠르게 이루어진다: 90%의 이관이 단일 커밋으로, 하루 이내에, 한 명의 개발자에 의해 완료되었다.
• 단지 12건의 이관 로그에 명시적인 이유가 포함되어 있어, 이관 동기의 문서화 부족으로 이어져 주요 추진 요인에 대한 통찰이 제한됨을 시사한다.