GNU 클래스패스

3. 활용

GNU 클래스패스는 완전한 기능을 갖춘 자바 가상 머신에 필요한 표준 클래스 라이브러리의 구현을 제공한다. Kaffe, SableVM, JamVM, Jikes RVM, VMKit 등 다양한 자유 자바 런타임 환경에서 사용된다.^[2]

다른 활용 사례는 다음과 같다.

• GNU 자바 컴파일러: 자바 코드를 네이티브 독립 실행형 실행 파일로 컴파일할 수 있다.
• GCJAppletViewer: 사용 중인 브라우저에서 지원하지 않는 경우 명령줄에서 자바 애플릿을 실행하기 위한 도구이다.^[2]
• IKVM.NET: 자바를 .NET Framework와 통합한다.
• JNode: 자바 응용 프로그램을 실행하기 위한 운영 체제이다. 이 시스템은 자바와 어셈블리 언어로만 작성되었다.
• [https://web.archive.org/web/20080316045633/http://www.oberon.ethz.ch/jaos/ Jaos]: Oberon 프로그래밍 언어와의 통합을 위한 가상 머신이다.
• JamaicaVM: 실시간 보장을 위한 임베디드 시스템용 특수 가상 머신이다.
• Myrinet에서 최대 128개의 프로세서를 갖춘 클러스터를 이용한 분산 컴퓨팅을 위한 가상 머신.^[3]
• IcedTea 프로젝트는 OpenJDK의 독점 요소를 대체하기 위해 GNU 클래스패스를 사용했으며, 이는 상위(upstream)에서 교체되기 전까지 사용되었다.

4. 역사

GNU 클래스패스의 개발은 1998년에 5명의 개발자가 시작했다. 그 후, Kaffe, libgcj 등 비슷한 목표를 가진 다른 프로젝트들과 여러 번 병합되었다. 한때 GNU 클래스패스는 자체 가상 머신(Japhar)을 제공했지만, 클래스패스가 여러 다른 프로젝트에서 공유되는 기본 라이브러리가 되면서 점점 더 적은 관심을 받게 되었고, 현재는 더 이상 지원되지 않는다.

대부분의 공식 Java 1.4 API를 구현한 후, 프로젝트 작업은 API 적용보다는 버그 중심이 되었다. 2006년 10월 24일, 마지막으로 누락된 1.4 클래스인 HTMLWriter의 구현이 커밋되었다. 개발 속도(하루 평균 새로운 코드 줄 수로 수학적으로 계산)는 2006년에 역대 최고치를 기록했다.

GNU 클래스패스라는 이름은 원래 브래들리 M. 쿤이 초기 개발자 중 한 명인 폴 피셔에게 제안했다. 당시에는 자유 Java 구현 커뮤니티에서 썬 마이크로시스템즈(Sun Microsystems)의 Java 상표권이 자유 구현에 대해 강제되는 것에 대한 우려가 컸다. 쿤은 대부분의 Java 시스템에서 Java 라이브러리가 컴퓨터 어디에 있는지 나타내는 데 사용되는 환경 변수인 '''$CLASSPATH'''라는 이름을 제안했다. '''$CLASSPATH'''는 종종 `/usr/lib/java`와 같이 ''java''라는 단어를 포함하는 경로 이름으로 확장되었으므로, 실제로 말하지 않고도 ''Java''라는 이름을 연상시키는 방법이었다. 피셔와 다른 개발자들은 보기 흉한 ''$''와 모든 대문자 사용을 싫어했고 ''Classpath''로 결정했다.

5. 개발팀

GNU 클래스패스는 공식적인 계층 구조가 없다. 기술적으로 유능한 사람이 작업을 수행하며, 엄격한 업무 분담도 없다. 모든 코드 변경 사항은 토론 목록에 패치 형태로 게시되며, 필요에 따라 반대 의견을 제기할 수 있다. 프로젝트는 하루에 5~8개의 패치를 받는다.

GNU 클래스패스 라이브러리 코드 커버리지 진행 상황은 OpenJDK6^[4] 및 OpenJDK7^[5]에 대해 추적할 수 있다. 유지보수자는 프로젝트의 법적인 측면을 관리하고, 정기적인 릴리스를 준비하며, 품질 관리를 수행한다. 유지보수자는 CVS 접근 권한을 부여한다.

6. 가상 머신 통합

GNU 클래스패스는 공식 자바 API 네임스페이스의 클래스를 포함한다. 네이티브 코드 호출이 필요하거나 강력하게 요구되는 경우, 소수의 "VM" 클래스에서 이 작업을 수행한다. 이러한 VM 클래스의 이름은 네이티브 메서드를 필요로 하는 클래스의 이름에 'VM' 접두사를 붙여서 일치시킨다. VMObject, VMString 등이 그 예이다. VM 클래스는 나머지 코드와 별도로 저장되며, 패키지 전용이며 final로 선언된다. 이 클래스의 메서드는 'native' 키워드를 포함하며, 이는 지원하는 네이티브 라이브러리의 필요성을 나타낸다. 이러한 라이브러리는 자바 가상 머신 제작자가 제공하므로, 해당 가상 머신의 소스를 사용할 수 있고 수정할 수 있다면 GNU 클래스패스를 거의 모든 자바 가상 머신에 연결할 수 있다.

7. Java 1.5의 새로운 언어 기능 지원

0.95 버전 이전에는 각 GNU 클래스패스 릴리스는 두 개의 별도 릴리스 tarball로 구성되었다. 하나는 주 개발 브랜치의 상태를 나타내고, 다른 하나는 제네릭, 열거형, 애너테이션과 같이 Java 1.5에 추가된 기능을 지원하는 보다 실험적인 브랜치의 내용을 담고 있었다.^[6]

0.95 버전부터^[7] 제네릭과 같은 Java 1.5 추가 기능이 메인 브랜치에 완전히 통합되었다. 이 브랜치는 이클립스 컴파일러인 ecj를 사용하여 Java 1.5 소스 코드를 바이트코드로 컴파일하여 빌드할 수 있다. GCJ의 경우, 이 초기 단계를 수행하기 위해 ecj를 사용한 다음, 바이트코드를 네이티브 코드로 변환한다. 0.95 버전부터 GNU 클래스패스는 또한 새로 GPL로 라이선스된 오픈 소스 javac 컴파일러를 사용하여 컴파일하고 실행하는 것을 지원하며, GNU 클래스패스 클래스 라이브러리, 도구 및 예제를 javac 자체로 컴파일할 수 있도록 한다.

8. omg.org 도메인에서 파생된 클래스

GNU 클래스패스는 비자유 라이선스를 가진 코드나, 비자유 라이선스를 가진 코드에서 자동으로 생성된 코드는 일절 허용하지 않는다. 표준 자바 API는 객체 관리 그룹에서 배포한 IDL 파일에서 일반적으로 생성되는 omg.org 도메인의 수많은 클래스를 포함하고 있다. 이러한 파일의 "사용은 가능하지만 수정 불가" 라이선스는 비자유로 간주된다. 이러한 이유로, GNU 클래스패스 프로젝트에 언급된 클래스는 공식적으로 인쇄된 OMG 사양만을 사용하여 처음부터 작성되었다. 따라서 GNU 클래스패스의 이 부분은 프로젝트의 다른 코드와 마찬가지로 자유롭게 사용될 수 있다.^[8][9]

참조

_[1] 웹사이트 GNU Classpath 0.99 Released! http://blog.fuseyism[...] Fuseyism 2012-03-16
_[2] 간행물 GCJ applet viewer http://www.koders.co[...] Koders 2009-09-14
_[3] 간행물 EECG http://www.eecg.toro[...] U Toronto
_[4] 간행물 J API http://fuseyism.com/[...] Fuseyism 2012-05-31
_[5] 간행물 J API http://fuseyism.com/[...] Fuseyism 2012-05-31
_[6] 간행물 The GNU Project https://www.gnu.org/[...] The Free Software Foundation 2005-11-02
_[7] 간행물 The GNU Project https://www.gnu.org/[...] The Free Software Foundation 2009-02-05
_[8] 간행물 Fosdem http://developer.cla[...] Classpath
_[9] 간행물 The GNU is Not Unix Project http://cvs.savannah.[...] The Free Software Foundation
_[10] 웹인용 보관된 사본 http://git.savannah.[...] 2019-07-22
_[11] URL http://tromey.com/bl[...]
_[12] 웹인용 GNU Classpath 0.99 Released! http://blog.fuseyism[...] Fuseyism 2012-03-16