Q :
썬의 발표 내용은 무엇인가요?
A :
썬은 자사의 GNU/Linux 운영체제에 적용되는 것과 동일한 라이선스(GPL 버전 2) 조건으로 모든 자바 플랫폼 구현을 오픈 소스화합니다.
특히 썬의 발표 내용 요지는 다음과 같습니다.
- 썬의 Java SE(JDK) 및 Java ME 구현에 적용되는 GPL v2 라이선스. 아울러 이 라이선스를 썬의 Java EE 구현에 추가.
- JDK과 썬의 Java ME 구현, 프로젝트, 커뮤니티를 위한 코드의 최초 공개.
- 향후 코드 공개 및 커뮤니티 개발을 위한 로드맵.
이 파격적인 결정은 프리 소프트웨어 커뮤니티에 대한 사상 최대의 기여라 할 수 있으며, 이로써 썬은-최대의 기여업체로서-오픈 소스 운동의 최선봉에 서게 됩니다.
맨위로
Q :
이 발표가 업계에 시사하는 바는 무엇일까요?
A :
이 발표는 업계에서 가장 중요하면서 널리 보급된 소프트웨어 플랫폼을 위한 코드 베이스의 오픈 소스화를 세상에 널리 알림으로써 신규 시장에서의 채택을 촉진하고 보다 폭넓은 커뮤니티를 구축하여 기술혁신에 더욱 박차를 가하기 위한 것입니다. 38억 개가 넘는 자바 기술 지원 디바이스가 사용되고 있는 지금, 자바 기술은 이미 어디서나 찾아볼 수 있을 정도로 폭발적인 성장세를 이룩했습니다. 이제 자바 플랫폼은 프리 소프트웨어로서 새로운 시장을 개척할 뿐 아니라 차세대 네트워크 애플리케이션을 위한 기술혁신의 동력이 될 것입니다.
맨위로
Q :
자바에 GPL을 채용한 이유는 무엇이고, 왜 썬은 OpenSolaris를 위해 만든 CDDL이나 Apache 소프트웨어 라이선스를 선택하지 않았나요?
A :
이 운동에서 우리의 주된 목표 중 하나는 자바 시장을 확대하여 그 외양과 내실을 보다 풍부하게 만들고 모든 이들--모든 종류의 플랫폼, ISV, OEM, 고객-이 이익을 얻도록 하는 것입니다. 물론 우리는 CDDL을 포함한 여러 라이선스들을 검토해 보았습니다. 우리가 검토한 오픈 소스 라이선스는 저마다 긍정적인 잠재력을 지니고 있었지만, 심사 숙고한 끝에 GPL을 사용하는 것이 자바 시장에 최대의 성장 효과를 불러오리라는 결론을 내리게 되었습니다.
맨위로
Q :
OpenJDK 커뮤니티란 무엇인가요?
A :
썬은 Java SE 오픈 소스 구현의 지속적인 개발을 위해 OpenJDK 커뮤니티를 설립중에 있는데, 이 OpenJDK 커뮤니티는 개발자들이 함께 모여 오픈 소스 JDK 코드 베이스와 관련 프로젝트를 위해 협력하는 곳입니다. 오픈 소스 코드 베이스가 ‘거주(live)’하게 될 OpenJDK 프로젝트는 이 커뮤니티의 한 부분이라 할 수 있습니다. OpenJDK 프로젝트를 통해 개발자들은 향후의 JDK 구현에 직접 영향을 미칠 뿐 아니라, 동료들과 함께 오픈 커뮤니티에 참여함으로써 자바 기술을 새로운 차원으로 발전시킬 수 있게 될 것입니다. 썬은 지난 2년간 개발자들이 소스 코드 작업을 해온 기존의 JDK 커뮤니티를 발전시켜 썬과 비(非) 썬 개발자들이 다 함께 어울릴 수 있는 협력의 장으로 만들고 있습니다.OpenJDK 커뮤니티의 주소는 다음과 같습니다:
http://community.java.net/openjdk..
맨위로
Q :
현재 JDK 소프트웨어의 어떤 컴포넌트를 오픈 소싱하고 있나요?
A :
우리는 자바 프로그래밍 언어 컴파일러("javac")와 자바 HotSpot 가상머신을 오픈 소싱 중이며, 이와 더불어 이 최초의 코드 공개에서 JSR 97의 레퍼런스 구현인 JavaHelp 2.0 확장(extensible) 헬프 시스템도 오픈 소싱하고 있습니다. JavaHelp 코드 베이스는 다음 사이트에서 구할 수 있습니다:
https://javahelp.dev.java.net..
맨위로
Q :
JDK 소스 코드에도 GPL이 적용되나요?
A :
그렇습니다. JDK에는 Classpath 예외(exception)가 첨부된 GPL 버전 2 라이선스가 적용됩니다. 썬의 모든 자바 구현에 적용될 이 라이선스는 현재 Free Software Foundation이 지원하고 GNU/Linux 운영체제에 사용되고 있는 라이선스입니다.
맨위로
Q :
JDK의 오픈 소싱은 언제 완료되나요? 일정에 대해 말씀해 주십시오.
A :
2007년 전반기에 거의 완전히 오픈 소스 코드에 기반을 두고 100% 구축 가능한 JDK를 공개할 예정입니다.
맨위로
Q :
썬은 계속해서 JDK의 상용 구현을 배포할 계획인가요?
A :
맨위로
Q :
썬의 상용 JDK 버전은 오픈 소스 코드로 구축될 예정인가요?
A :
대체로 그렇습니다 JDK에는 권리 제한(encumbered) 코드가 일부 존재하기 때문에 썬은 그 코드가 온전한 오픈 소스 코드로 교체될 때까지 상용 버전에서 이를 계속 사용할 예정입니다.
맨위로
Q :
현재 JDK 소프트웨어의 어떤 컴포넌트가 오픈 소싱 중에 있으며, 또 이 컴포넌트를 선택한 이유는 무엇인가요?
A :
우리는 자바 프로그래밍 언어 컴파일러("javac")와 자바 HotSpot 가상머신을 오픈 소싱 중이며, 이와 더불어 이 최초의 코드 공개에서 JSR 97의 레퍼런스 구현인 JavaHelp 2.0 확장(extensible) 헬프 시스템도 오픈 소싱하고 있습니다. JavaHelp 코드 베이스는
https://javahelp.dev.java.net에서 구할 수 있으며, 이미 언급한 것처럼 썬은 권리 제한(encumbrance) 문제를 해결하는 대로 몇 분기 내에 JDK를 모두 공개할 예정입니다.
다행히도 우리는 권리 제한이 없고(unencumbered) 자바 기술에서 가장 중요한 혁신 기술을 사용하는 JDK의 주요 서브컴포넌트를 보유하고 있습니다.
맨위로
Q :
자바 언어 또는 Java SE 플랫폼 스펙을 오픈 소싱하고 계신지요?
A :
우리는 자바 프로그래밍 언어나 JCP에 의해 관리되는 플랫폼 API 및 스펙을 오픈 소싱하고 있지 않습니다. 대신 우리는 Java SE 및 Java ME 스펙의 구현을 오픈 소싱하고 있습니다.
맨위로
Q :
이 컴포넌트들은 어떤 JDK 버전에 속해 있나요? 또 최신 코드를 오픈 소싱하고 계신가요?
A :
우리는 JDK 7의 아주 초기 빌드에서부터 이 컴포넌트들을 오픈 소싱하고 있으며, 이 컴포넌트들을 오픈 소싱하기 위한 준비로 라이선스 내용을 고치는 것은 물론, 컴포넌트들을 풀 JDK 소스 트리 외부에서 더욱 쉽게 구축할 수 있도록 하기 위해 구축 프로세스까지 간소화시켰습니다. JDK 6이 거의 마무리되었으므로 우리는 JDK 7 트리에서 이 컴포넌트들을 공개하고 있습니다. 이 컴포넌트들의 JDK 버전 6과 버전 7 의 유일한 차이점은 사소한 버그 픽스와 성능 향상에 관한 부분으로, 이미 JDK 7 트리에 적용된 상태입니다. JDK 전체를 오픈 소싱할 경우에는 JDK 6와 JDK 7을 위한 소스를 모두 이용할 수 있도록 할 것입니다. 따라서 커뮤니티는 품질 개선에 초점을 맞출 수 있는 안정된 버전?JDK 6?과 기술혁신 및 신기능에 주력하게 될 후속 버전인 JDK 7을 모두 보유할 수 있게 될 것입니다.
맨위로
Q :
자바 컴파일러("javac")는 무엇이고, 개발자들은 이 코드로 무엇을 할 수 있나요?
A :
javac은 자바 프로그램을 자바 가상머신(JVM)에서 실행될 수 있는 ‘바이트 코드’로 번역하는 일종의 컴파일러입니다. 개발자들은 이 초기의 코드 드롭으로 컴파일러 테스트, 버그 픽스 및 새로운 최적화 테스트 작업을 수행할 수 있습니다.
맨위로
Q :
자바 HotSpot 가상머신은 무엇이고, 개발자들은 이 컴포넌트로 무엇을 할 수 있나요?
A :
자바 HotSpot은 일종의 자바 가상머신의 구현으로, 자바 HotSpot VM에는 다음과 같은 자바 플랫폼을 위한 핵심 실행 엔진이 포함됩니다:
- 자바 바이트코드를 지원 하드웨어 플랫폼 상에서 최적화된 네이티브 기계어 코드로 변환하는 동적 컴파일러
- 메모리 관리 및 가비지 컬렉션 서브시스템
- 스레드 및 동기화
- 모니터링, 디버깅, 프로파일링 텔레메트리(profiling telemetry)
- 바이트코드 검사기(bytecode verifier)를 포함한 자바 보안 아키텍처 부분들
HotSpot은 그 자체가 “일단 한번 작성하면 어디서든 실행된다(Write Once, Run Anywhere)”라는 자바 기술의 약속을 가장 구체적으로 실현한 Java SE 플랫폼 컴포넌트라 할 수 있습니다.
개발자들은 이 코드를 통해 세계 최고 수준의 가상머신이 어떻게 구축되는지 살펴볼 수 있을 뿐 아니라, 버그 픽스, 그리고 새로운 가비지 컬렉션, 동기화, 바이트코드 컴파일러 알고리즘의 테스트, VM을 새로운 하드웨어 아키텍처와 운영체제에 이식하는 등의 작업을 수행할 수 있게 됩니다.
맨위로
Q :
JavaHelp란 무엇이고, JDK와는 어떤 연관성을 가지고 있나요?
A :
JavaHelp 소프트웨어는 완전한 기능을 갖춘 플랫폼 독립형의 확장식 헬프 시스템으로, 온라인 헬프를 애플릿, 컴포넌트, 애플리케이션, 운영체제, 디바이스 등에 통합시킬 수 있게 해줍니다. 저작자들은 또한 JavaHelp 소프트웨어를 이용하여 웹과 기업 인트라넷을 위한 온라인 문서를 제공할 수 있습니다. 즉, JavaHelp는 JSR 97을 위한 썬의 레펀러스 구현이라 할 수 있습니다.
JavaHelp는 JDK의 한 부분은 아니지만 밀접하게 관련이 있는 기술이며 JDK의 첫 코드 컴포넌트들과 동시에 오픈 소싱됩니다.
맨위로
Q :
개발자들이 이 JDK 컴포넌트 구현에 참여하려면 어디로 방문해야 하나요?
A :
맨위로
Q :
참여 방법에 대해 알려주십시오.
A :
OpenJDK 커뮤니티(
http://community.java.net/openjdk)를 방문하여 프로젝트, 메일링 리스트, 블로그 포인터 등을 비롯한 다양한 참여 기회를 살펴보시기 바랍니다. 썬과 자바 기술 에코시스템 전체는 그 어떠한 제안이나 버그 픽스, 그리고 코드, 아이디어, 에너지의 기여도 환영합니다. 일단 OpenJDK 프로젝트에서 JDK가 완전히 갖추어지면 더 많은 기회가 생길 테지만 지금이라도 적극적으로 코드 베이스에 전념할 수 있는 방법은 얼마든지 있습니다.
썬이 JDK의 오픈 소싱 프로세스를 완료할 때까지 기다리는 동안, 당장에라도 Java Research License 하의 JDK 6 및 JDK 7의 전체 소스 코드를 확인하고 싶으면 각각 https://jdk6.dev.java.net 및 https://jdk7.dev.java.net을 방문하여 자유로이 프로젝트에 동참할 수 있습니다.
맨위로
Q :
OpenJDK 프로젝트를 위한 거버넌스 모델은 무엇인가요?
A :
초기에는 기존 JDK 커뮤니티의 경우와 유사할 것으로 예상됩니다. 썬은 포괄적인 능력 위주의(meritocratic) 거버넌스를 목표로 거버넌스 모델을 커뮤니티 참여의 모델로 발전시켜 나갈 계획입니다.
맨위로
Q :
이 첫 오픈 소스 JDK 프로젝트의 거버넌스와 인프라는 기존의 JDK 커뮤니티나 java.net의 JDK 6 및 JDK 7 프로젝트와 어떤 차이가 있나요?
A :
우리는 버그 픽스 및 구현과 관련한 개발자들의 아이디어를 코드 베이스에 반영하기 위해 기여 프로세스를 몇 가지 개선했습니다.
맨위로
Q :
Mobile & Embedded 커뮤니티가 무엇인가요?
A :
Mobile & Embedded 커뮤니티는 Java ME 기술 및 애플리케이션의 오픈 소스 개발을 위한 중심축의 역할을 한다고 볼 수 있습니다. java.net에서 출범한 이 커뮤니티의 URL은
http://community.java.net/mobileandembedded이며, 여기에는 현재 phoneME 프로젝트, cqME 프로젝트, 애플리케이션 개발자 프로젝트 등이 포함됩니다. 향후에는 자바 기술 및 애플리케이션 프로젝트가 추가되어 커뮤니티가 더욱 확충될 것으로 예상됩니다.
맨위로
Q :
Java ME에는 어떤 라이선스가 적용되었나요?
A :
Java ME 코드의 경우, 모든 자바 구현과 마찬가지로 GPL v2 라이선스가 적용될 것입니다.
맨위로
Q :
Java ME에서의 오픈 소싱 대상은 무엇인가요?
A :
썬은 Java ME의 구현을 오픈 소싱하고 있는데, 현재 15억 대가 넘는 핸드세트에서 리치 모바일 데이터 서비스를 가능하게 하는 차세대 버전의 플랫폼인 CLDC(Connected Limited Device Configuration)를 기반으로 하는 Sun Java Wireless Client라는 썬의 피처 폰(feature phone) 구현을 위한 소스 코드가 론칭 시점과 더불어 즉시 이용 가능하게 될 것입니다. 썬은 올해 후반부에 CDC(Connected Device Configuration) 스펙에 기반을 둔 Advanced OS 폰 구현도 공개할 예정입니다.
썬은 또한 호환성 및 품질 검사 툴 프레임워크를 오픈 소싱할 계획인데, 여기에는 썬의 Java ME 호환성 검사의 근간을 이루는 Java ME TCK Framework용 소스 코드가 포함됩니다. 우리는 이로써 업계를 단일의 프레임워크로 표준화하여 검사 프로세스를 간소화할 수 있게 될 것으로 믿고 있습니다.
또한 향후 수 개월 내에 품질 및 기능 검사의 근간을 이루는 Java Device Test Framework를 오픈 소싱할 것입니다. 이 프로젝트는 개발자들이 새로운 검사 방식을 창안할 수 있도록 함으로써 구현의 편차를 줄이고 애플리케이션이 복수의 장치에서 실행될 수 있도록 해줄 것입니다.
맨위로
Q :
피처 폰 구현이란 무엇인가요?
A :
피처 폰 구현은 오늘날의 대량 판매용 핸드세트에서 실행되도록 설계된 자바 런타임을 뜻합니다.
맨위로
Q :
Advanced OS 폰 구현은 무엇인가요?
A :
Advanced OS 폰 구현은 스마트폰이나 셋톱 박스 등의 첨단 모바일 장치를 겨냥하여 운영체제 상에서 실행되도록 설계된 자바 런타임입니다.
맨위로
Q :
썬의 구현은 오픈 소스 코드로 구축될 예정인가요?
A :
그렇습니다. 피처 폰과 Advanced OS 폰을 위한 썬의 구현은 오픈 소스 코드 베이스에 기반을 두게 됩니다.
맨위로
Q :
개발자는 CDC와 CLDC 코드 베이스로 당장 무엇을 할 수 있나요?
A :
이들이 오픈 소싱되는 즉시 개발자는 피처 폰과 Advanced OS 폰 코드 베이스를 구축할 수 있게 되며, 소스 코드를 다운로드, 평가, 처리하여 진행중인 개발에 일조할 기회를 가지게 될 것입니다.
맨위로
Q :
썬은 상용 구현을 계속 출시할 계획인가요?
A :
그렇습니다. 썬은 썬의 상용 라이선스 하에서 피처 폰과 Advanced OS 핸드세트를 위한 상용 구현을 계속 출시할 것입니다.
맨위로
Q :
오픈 소스 코드 베이스와 상용 코드 베이스의 차이점은 무엇인가요?
A :
차이점으로는 권리 제한(encumbrances)에 관한 부분을 포함하여 스플래시 스크린, 로고, 라이선스, 헤더 파일과 같은 소스 코드의 몇 가지 사소한 수정을 들 수 있습니다.
맨위로
Q :
개발자는 프레임워크 코드 베이스로 무엇을 할 수 있나요?
A :
개발자는 이 프레임워크를 이용하여 새로운 모바일 JSR에 대한 호환성 검사를 실시하고 구현의 품질을 개선하기 위한 검사 방법을 창안할 수 있습니다.
맨위로
Q :
개발자들이 Java ME 프로젝트에 참여하려면 어떻게 해야 하나요?
A :
맨위로
Q :
phoneME 프로젝트란 무엇인가요?
A :
phoneME 프로젝트는 썬이 Java ME를 위한 폰 구현을 공개하는 장소로, CLDC, CDC, MIDP 및 여러 가지 JSR 구현을 포함한 다양한 액티브 개발 모듈로 구성된 단일 리포지토리를 보유하고 있습니다.
맨위로
Q :
cqME 프로젝트는 무엇인가요?
A :
cqME 프로젝트(호환성 및 품질)는 썬이 소스 코드를 공개한 장소로 Java ME TCK Framework에 대한 액티브 개발을 수행하고 있습니다. 향후에 썬은 이 프로젝트에 소스 코드를 공개하고 Java Device Test Framework의 액티브 개발에 참여할 계획입니다.
맨위로
Q :
Application Developer 프로젝트는 무엇인가요?
A :
Application Developer 프로젝트는 개발자들에게 리소스를 공급하고 오픈 소스 Java ME 애플리케이션 개발에 참여할 장소를 제공하게 됩니다. 이 프로젝트는 Orange와의 파트너쉽을 통해 제정된 새로운 개발자 지침을 위한 본거지가 될 것이며, 이 지침들은 개발자들이 이식의 번거로움을 최소화하는 데 상당한 도움이 될 것입니다. 이 프로젝트는 또한 오픈 소스 Java ME 애플리케이션을 위한 중심축이 될 것으로 예상됩니다.
맨위로
Q :
이 발표가 Java EE에 어떤 영향을 미치게 될까요?
A :
Java EE 5의 구현은 2005년 6월부터 GlassFish 커뮤니티를 통해 CDDL 라이선스 하에 오픈 소스로 제공되어 왔습니다. 동일 라이선스 하에서 GPL v2 라이선스의 모든 장점을 누리고 전체 자바 플랫폼의 구현을 제공할 수 있도록 하기 위해 GlassFish 애플리케이션 서버 소스 코드를 CDDL과 더불어 Classpath 예외가 첨부된 GPL v2 라이선스 하에서 이용할 수 있도록 할 것입니다. 또한 2차 라이선스를 추가함으로써 다른 GPL 라이선스 커뮤니티와 GlassFish 코드를 결합하고 배포하는 과정이 간소화될 것입니다. 자바를 모두 공통의 라이선스 하에서 제공함으로써 개발자들은 이제 Java SE, Java EE, Java ME 전체의 업데이트 버전을 더욱 쉽게 협업하고 배포할 수 있게 되었습니다. GlassFish에 관한 자세한 내용을 보려면
http://java.sun.com/javaee/community/glassfish/index.jsp 사이트를 방문하시기 바랍니다.
맨위로
Q :
개발자들이 NetBeans IDE를 이용하여 이 코드 작업에 착수하려면 어떻게 해야 하나요?
A :
javac 소스는 이미 NetBeans 프로젝트로 구성되어 있으므로, 이를 다운로드하여 NetBeans IDE에서 열고 Build Project 명령어를 이용하여 구축하기만 하면 됩니다. 자세한 내용과 단계별 튜토리얼을 보려면 다음 사이트를 방문하시기 바랍니다:
http://nb-openjdk.netbeans.org/netbeans.org.
이 외에도, NetBeans Mobility Pack은 드래그-앤-드롭 화면 디자인을 통해 모바일 애플리케이션을 쉽게 작성할 수 있게 해주고, 세계 기록을 보유하고 있는 Sun Studio 개발 환경은 자바 HotSpot 가상머신에서 플랫폼에 따른 네이티브 코드 작업을 수행할 수 있게 해줍니다.
맨위로
Q :
썬이 지금 자바 구현을 오픈 소싱하는 이유는 무엇인가요?
A :
자바 플랫폼이 형성되는 데는 대략 11년 이상의 기간이 걸렸는데, 자바 플랫폼이 처음 공개되었을 당시, 이것은 새로운 라이선스 하에서 풀 소스 코드를 포함하는 상용 소프트웨어를 위한 혁명적인 시도로 평가 받았습니다. 썬과 자바 에코시스템은 대규모의 역동적인 시장을 확립하고 성장시키는 데 커다란 성공을 거두었고, 자바 라이선싱 모델은 다수의 양립 가능한 선택의 여지를 지닌 대규모의 공개 시장을 확립하는 데 매우 효과적이었기 때문에 오픈 소스 모델이 확산되는 동안에도 자바 플랫폼은 자체 라이선싱 모델을 그대로 유지하게 됩니다. 프리 라이선스와 오픈 소스 개발 방식이 고려의 필수조건으로 되어버린 지금, 우리는 그 동안 자바 플랫폼이 진출하지 못했던 영역에서도 그 채택 가능성을 한층 더 높일 수 있는 기회를 맞고 있습니다.
그와 동시에, 프리 소프트웨어 및 오픈 소스 커뮤니티들은 이제 모든 자바 구현에 있어서 호환성은 기본이라고 얘기들 하고 있습니다. Web 2.0, SOA, 협업/참여 기술과 더불어 새로운 혁신 정신이 움트고 있는 현 상황에서, 자바 플랫폼은 기술혁신을 위한 완벽한 토대이며 오픈 소스는 이러한 기술혁신을 가속화시킬 수 있는 원동력이라 할 수 있습니다.
맨위로
Q :
이러한 결정에 영향을 미친 부분은 무엇일까요?
A :
주요 프리 소프트웨어 및 오픈 소스 커뮤니티들은 스펙과 완벽하게 호환되는 자바 기술만이 시장에서 성공을 거둘 수 있다고 공언한 바 있는데, 오픈 소스 자바 세계의 사고방식을 주도하는 이 커뮤니티들은 이제 오로지 호환성 있는 구현만을 전달하는 데 초점을 맞추고 있습니다.
뿐만 아니라, 썬은 Java EE의 프로젝트 GlassFish 오픈 소스 구현, OpenSolaris, OpenOffice.org 및 NetBeans, java.net 상의 JDK 커뮤니티 등과 관련한 커뮤니티 개발에서 경험을 축적해 왔으며, 이러한 경험은 썬의 자바 구현을 오픈 소싱할 경우 플랫폼에 이익이 되고 커뮤니티의 니즈를 고객, 최종 사용자, 라이선스 사용자의 니즈와 조화시킬 수 있다는 확신을 갖게 해줍니다.
당연히 전세계 수천만 인구의 삶과 생활에 영향을 미치는 기술에는 신중을 기할 필요가 있다고 생각합니다. 심사숙고 끝에 우리는 지금이 자바 플랫폼을 한 단계 더 진보시킬 수 있는 절호의 시기라는 결론을 내리기에 이르렀습니다.
맨위로
Q :
이것은 어떤 점에서 자바 개발자들에게 유익한가요?
A :
볼륨의 위력이라고 할 수 있습니다. 썬의 Java SE 구현을 오픈 소싱하게 되면 오픈 소스 소프트웨어가 주도하는 시장에서 채택의 장벽이 낮아지고, 새로운 시장들이 자바 기술을 채택하면 개발자들이 새로운 기회를 얻을 수 있게 됩니다. 동시에 애플리케이션이 늘어나게 되고, 산업체에서 유용성이 입증된(Industrial-strength) 자바 기반을 활용하여 가치 있는 새로운 제품과 서비스를 제공하는 기술혁신이 이루어집니다. 그리고 개발자들은 동료들과 함께 오픈 커뮤니티에 참여하여 JDK 구현의 미래에 직접 영향을 미칠 수 있게 됩니다. 즉, 자바의 위상이 새로워질 뿐 아니라 자바 기술이 인터넷의 중심적인 통합 표준으로 자리매김하게 되는 것입니다.
맨위로
Q :
그렇다면 이것은 어떤 점에서 자바 고객과 사용자들에게 득이 되나요?
A :
Java SE 복수 독립 구현과 오픈 소스 라이선스 하의 썬 레퍼런스 구현을 통해 투자의 안전성이 보장되며, 오픈 소스 JDK는 단순 명료하여 사용자는 마음 편하게 작업할 수 있고 확신을 가지고 썬의 자바 기술을 채택할 수 있습니다.
- Java SE는 경쟁 촉발, 가격 하락 및 기술혁신 가속화를 유도하는 시장 요인들을 전제로 무료 제공될 예정입니다.
- 철학적 혹은 경제적 이유로 프리/오픈 소스 소프트웨어를 높이 평가하거나, 더 큰 유연성을 원하거나, 투명성에 따른 품질을 중시하거나, 투자를 근본적으로 통제할 수 있는 능력을 원하는 등, 그 어떤 경우에든 사용자는 이런 이점을 얻게 된다는 것을 충분히 인식하면서 JDK를 채택할 수 있습니다.
- 썬이 GNU/Linux 배포판과 동일한 라이선스 하에서 제공하는 안정된 고성능 JDK 구현과 더불어, 우리는 자바 기술이 새로운 플랫폼으로 나아가는 길을 모색하고 새로운 애플리케이션과 인프라에 활용될 뿐 아니라, 미래의 꿈을 실현하는 새로운 제품과 웹 기술의 토대가 될 것으로 기대하고 있습니다.
결국 오픈 소스가 기술혁신을 가속화하고 보급률을 확대하여 플랫폼을 한 차원 끌어올림에 따라 자바 기술에 대한 투자의 가치는 한층 더 높아질 것입니다.
맨위로
Q :
이 이니셔티브가 JDK를 위해 어떤 시장 기회를 열어줄 것으로 보시나요?
A :
일단 JDK에 오픈 소스 라이선스가 적용되면 다음과 같은 시장들이 JDK의 유용성에 주목할 가능성이 높습니다.
- 오픈 소스 소프트웨어가 반드시 필요한 정부, 교육, 연구 분야.
- 최상의 유연성을 유지하고 조달 경쟁력을 확보하기 위해 오픈 소스 인프라가 필수적인 기업.
- GNU/Linux 및 OpenSolaris 기반의 OS 배포판을 우선적으로 배치하기로 결정한 기업과 조직체 등.
고객은 상용 지원과 예측 가능성의 이점을 누리기 위해 선의 JDK나 JRE 상용 배포판에 지원 계약을 연계시키는 방식을 선택할 수도 있습니다. 하지만 이들은 오픈 소스 버전을 이용할 수 없다면 상용 제품을 고려하지 않을 것입니다.
맨위로
Q :
이런 움직임이 자바 플랫폼의 채택에 어떤 영향을 주게 될까요?
A :
자바 플랫폼은 이미 매우 광범위하게 채택되고 있으며, 현대 웹 기반 인프라 중에서 가장 중요하고 널리 사용되는 구성요소의 하나입니다. 그렇지만 아직도 공급이 딸리거나 미개척 상태로 남아있는 시장이 있습니다. 특히, 자바 기술이 일반적으로 GNU/Linux 배포판과 함께 배포?배치되는 오픈 소스 웹 인프라 스택에 항상 포함되는 것은 아니며, 설령 자바 기술이 포함되더라도 최신의 호환성 있는 런타임 및 개발 환경이 포함되지 않는 경우가 종종 있습니다. 우리는 GNU/Linux 배포판에 일반적으로 포함되는 무료 소프트웨어 리포지토리의 한 부분으로 JDK를 포함시키기 위해 노력할 것입니다. 일단 JDK를 쉽게 획득하여 이들 플랫폼에 설치할 수 있게 되면, 북미와 서유럽 이외의 지역에서도 자바 기술이 널리 채택되는 것은 물론 첨단 웹 인프라가 전세계에 널리 보급될 것으로 기대됩니다.
GPL은 매우 널리 사용되는 오픈 소스 라이선스(실제로 GNU/Linux에 적용되는 것과 동일한 라이선스임)입니다. 따라서 GNU/Linux와 함께 GPL 하에서 JDK를 배포하는 것은 훌륭한 조화를 이를 뿐 아니라 오픈 소스의 대안을 찾는 이들이 더욱 쉽게 채택할 수 있게 해주는 계기가 될 전망입니다.
맨위로
Q :
썬의 Java ME 구현을 오픈 소싱하는 목적은 무엇인가요?
A :
Java ME가 최고의 모바일 애플리케이션 개발 플랫폼*으로 살아남으려면 계속 성장하고 발전해야 하는데, 이를 위해서는 개발자들의 참여, 기술혁신의 가속화, 장치들 간에 더욱 일관성 있는 구현이 요구됩니다. [* Evans Data Corp. 2006년 봄]
맨위로
Q :
Java ME를 오픈 소싱할 경우 수혜자는 누가 될까요?
A :
Java ME를 오픈 소싱하면 Java ME 에코시스템에 속한 모든 사람이 혜택을 입게 됩니다. 혜택 내용은 다음과 같습니다.
- 평가 간소화
- 개발의 투명성
- 플랫폼의 미래에 직접 영향을 미칠 수 있는 기회 창출
이러한 구현을 오픈 소싱함으로써 핸드세트 제조업체들은 공통의 코드 베이스를 활용하여 개발 비용을 절감할 수 있습니다. 그 결과, 장치들 간에 편차가 줄어들게 되는데, 다시 말해 “Write Once, Run Anywhere(일단 한번 작성하면 어디서든 실행이 가능한)”의 약속에 한 걸음 더 다가서는 셈이 됩니다.
애플리케이션 개발자와 운영자 모두가 기술혁신의 가속화에 따른 혜택을 입게 됨으로써 개발자들은 계속해서 우수한 애플리케이션과 서비스를 창출할 수 있게 되고 이는 다시 수익 증대에 일조하게 됩니다. 또한 운영자와 핸드세트 제조업체들은 이식, 검사, 유지보수에 따른 비용 절감 효과를 볼 수 있습니다.
맨위로
Q :
썬이 얘기하는 ‘호환성’은 무엇을 의미하나요?
A :
자바 기술에서 호환성이란 해당 기술의 구현이 TCK(Technology Compatibility Kit)의 관련 호환성 요구사항을 충족하는 것을 의미하는 것으로, Java SE의 경우에는 TCK 검사와 Java SE TCK에 정의된 그 밖의 요건에 부합하는 것을 뜻합니다.
맨위로
Q :
누군가가 JDK를 분기(fork)할 것으로 생각하시나요?
A :
우리는 플랫폼의 분기(forks)를 통해 더욱 훌륭하고 참신한 아이디어와 값진 연구가 비롯될 것으로 기대하고 있습니다. 이와 더불어 썬은 코드가 추가적인 하드웨어 및 소프트웨어 플랫폼에 이식되는 호환성 있는 분기를 장려하는데, 이러한 이식 작업(ports)은 Java SE의 활동 범위를 현재 어떤 벤더도 지원하고 있지 않은 영역으로까지 확대할 수 있게 해줍니다. 하지만, 호환이 되지 않는 분기가 널리 보급되는 경우에는 자바 플랫폼의 “Write Once, Run Anywhere” 호환성 가치를 손상시킬 수 있는 위험 요소를 내포하고 있다고 보아야 할 것입니다.
맨위로
Q :
그렇다면 호환성 문제는 어떻게 되며, 또 썬의 자바 플랫폼 구현이 오픈 소싱되고 나면 “Write Once, Run Anywhere" 모토는 어떤 식으로 유지될까요?
A :
자바 기술의 호환성 모토는 플랫폼의 가치에 있어서 너무나 중요하기 때문에 이 이니셔티브의 세부적인 계획과 결정에 절대적인 영향력을 행사해 왔습니다. 썬은 커뮤니티에 대해, 호환성을 향상시키는 데 도움이 될 것으로 여겨지는 여러 가지 주요 결정과 약속들을 지켜 나가고 있습니다.
- 라이선스: GPL은 모든 변경사항을 공표하도록 하여 독점적 분기(fork)의 우려를 완화시켜 줍니다.
- 브랜딩: 자바의 상표와 로고는 호환성 있는 구현에만 허용됩니다.
- JCP: 자바의 표준과 발전을 위한 관리 기구로서 JCP의 역할에는 변함이 없습니다.
- 커뮤니티 개발: 강력한 커뮤니티를 구축해 온 썬의 경험으로 미루어 볼 때, 개발자들의 기호에 맞는 거버넌스와 인프라가 제공될 가능성이 높습니다.
우리는 호환성 향상을 위해 구체적인 조치들을 취하고 있는 것 외에도, 시장이 호환성 있는 구현을 요구할 것이고 호환성이 없으면 결국 외면당할 것이라는 확신을 지니고 있습니다. 수십억 달러 상당의 자바 애플리케이션이 설치되어 있는 상황에서, 커뮤니티는 설치된 코드 베이스를 실행하지 못하는 자바 구현은 결국 오래 가지 못하리라는 점을 잘 인식하고 있습니다. GNU/Classpath와 Apache Harmony 프로젝트가 완벽하게 호환되는 Java SE 구현을 구축하기 위해 혼신의 노력을 다하고 있다고 분명하게 밝혔던 이유도 바로 여기에 있는 것입니다.
우리는 Java EE 분야에서 이를 지원할 충분한 경험을 지니고 있습니다. 한편 시장에는 현재 썬의 GlassFish 애플리케이션 서버를 포함하여 4개의 호환성 있는 오픈 소스 Java EE 구현이 있으며, 호환이 되지 않는 변형은 시장에 전혀 발을 붙이지 못하고 있습니다. 우리는 Java SE와 Java ME 플랫폼에서도 결국 같은 상황이 벌어질 것으로 예상하고 있습니다.
맨위로
Q :
Java SE 고객들은 썬으로부터 무엇을 구입하게 되나요?
A :
JRE와 JDK 바이너리 자체는 완전 무료 다운로드 방식을 유지할 것이며, 최종 사용자 고객들은 아래 항목들을 포함하여 Java SE에 대한 엔터프라이즈급 지원 1회 참여권과 회원 가입권을 구매하게 됩니다.
- 예측 가능한 일정에 따라 공개되는 고품질의 최적화된 성능 바이너리.
- 업데이트, 패치, 보안 수정 패키지.
- 비정기적으로 제공되는 고객별 버그 픽스를 포함한 장애/수리(break/fix) 지원.
- 브랜딩: ‘Java Powered’를 포함한 상표와 로고 라이선스 제공.
- 설치, 맞춤형 엔지니어링 서비스.
- 교육, 훈련.
- 개발자 지원.
상용 소스 코드 라이선스 소유자는 옵션으로 추가 서비스를 구매하여 다음을 포함한 추가 권리를 제공 받을 수 있습니다.
- 임의로 수정한 소스 코드로부터 파생된 바이너리를 출시할 권리.
- 수정한 내용을 오픈 소스 코드 커먼스에 되돌리지 않고 소스 코드를 수정할 권리.
- 호환성 있는 맞춤형 구현에 'Java Compatible' 로고를 사용할 권리.
- 이식 서비스.
- 맞춤형 개발 및 엔지니어링 지원 서비스.
- 소스에 대한 업그레이드 및 업데이트.
- 성능 튜닝 서비스.
- 바이너리 지원.
- TCK 검사를 포함한 검사 서비스.
- 교육.
이에 덧붙여, 임베디드 및 실시간 애플리케이션을 위한 전문화된 버전의 Java SE를 필요로 하는 일부 고객은 상기 부가가치 구현에 대한 라이선스를 구입할 수 있습니다. 우리는 또한 오픈 소스 코드 베이스를 이용한 ‘DIY’를 선호하지만 약간의 추가적인 도움을 필요로 하는 고객에게 옵션으로 제공될 수 있는 지원 서비스를 검토하고 있습니다.
맨위로
Q :
이 부가가치 서비스와 구현을 썬으로부터 구입해야 할 특별한 이유라도 있나요?
A :
업계에서 소프트웨어 포트폴리오의 거의 전부를 오픈 소스화한 시스템 벤더로는 썬이 유일하며, 따라서 고객들은 썬만이 독자적으로 제공할 수 있는 특별하고 다양한 이점을 활용할 수 있습니다. 일부 예를 들면 다음과 같습니다.
- 광범위한 스택을 통한 오픈 소스 비즈니스 모델의 경제적 이점.
- 오픈 소스 커뮤니티가 혁신하고자 열망하는 공인된 ‘골드 스탠더드(gold standard)’ Java SE 및 Java ME 구현.
- 오픈 소스 코드 커먼스의 가치 극대화와 호환성 향상을 위해 인센티브를 크게 높이는 동시에 상용 라이선스와 라이선스 소유자에 대한 지원 서비스를 활용할 수 있는 기회를 창출하는 GPL 라이선스 선택권.
- JDK의 주요 설계자 및 제작자에게 지원 및 튜닝 서비스 등을 요구할 수 있는 자격.
- 탁월한 쓰루풋, 전력, 공간 조건으로 자바 애플리케이션을 실행할 수 있도록 최적화된 시스템.
- 개발자의 생산성을 향상시켜 주는 NetBeans 5.5와 Sun Studio를 포함한 개발 툴.
이 밖에도 썬은 자바 기술과 오픈 소스 양 분야에서 독보적인 전문기술과 지식을 보유하고 있으며, 이는 썬이 OpenJDK를 기술혁신을 위한 가장 유력한 오픈 소스 커뮤니티로 확립하여 오픈 소스 이니셔티브의 최대 수혜자가 되도록 하는 데 크게 일조할 것입니다. 이와 관련한 이점은 다음과 같습니다.
- 다양하고 복잡한 자바 에코시스템의 니즈를 파악하고 조화시킬 수 있는 풍부한 경험.
- 타의 추종을 불허하는 개발자의 활동 범위와 커뮤니티 개발의 전문지식.
- 엔터프라이즈급의 엄격한 개발 프로세스와 오픈 소스의 투명성을 결합하여 커뮤니티 개발의 이점과 고품질 상용 제품의 적시 공급을 동시에 실현할 수 있는 막강한 능력.
- 지상 최대의 오픈 소스 프로젝트를 관리하는 확장식 커뮤니티 인프라를 성공적으로 제공할 수 있는 능력 검증.
- 참여, 투명성, 공개 개발, 협력에 대한 비전과 약속.
- F/OSS 커뮤니티의 관심사와 열망에 대한 깊은 이해, 커뮤니티의 니즈와 고객의 이익을 조화시킬 수 있는 균형 잡힌 시각.
- 지적 재산권을 존중하는 가운데 대규모 코드 베이스를 오픈 소싱하고, 관심사들을 조화시켜 채택과 유비퀴티를 촉발하기 위한 실천 모델 정책 및 절차.
맨위로
Q :
썬의 Java ME 비즈니스는 어떤 영향을 받게 되나요?
A :
썬은 라이선스 소유자들이 고객에게 흥미롭고 매력적인 모바일 인터넷 경험을 제공하는 데 Java ME 상용 제품과 서비스를 계속 활용할 것으로 확신하고 있습니다. 그 결과, 손쉬운 소스 코드 액세스를 가능하게 하는 보다 개선된 환경을 바탕으로 비즈니스 기회가 증대될 것으로 기대됩니다.
맨위로
Q :
오픈 소스 JDK 컴포넌트에는 어떤 라이선스가 적용되었나요?
A :
거의 모든 가상머신에는 GPL v2를, 그리고 클래스 라이브러리와 가상머신에서 공개 API가 노출되는 부분에는 Classpath 예외가 첨부된 GPL v2를 적용하기로 했습니다.
맨위로
Q :
Java ME와 Java ME 프레임워크의 구현에는 어떤 라이선스를 적용했나요?
A :
Java ME와 관련된 모든 컴포넌트에는 GPL v2를 적용하기로 결정했습니다.
맨위로
Q :
GPL v2 verbatim을 사용하셨나요, 아니면 변경 사항이 있나요?
A :
바뀐 것은 없습니다. 썬은 수정하지 않은 GPL v2를 그대로 사용하고 있습니다.
맨위로
Q :
GPL v2는 오픈 소스 라이선스인가요?
A :
맨위로
Q :
Classpath 예외(exception)란 무엇인가요?
A :
맨위로
Q :
그렇다면 Classpath 예외는 왜 필요한가요?
A :
만일 어떤 애플리케이션이 GPL v2 라이선스 하에서 JDK 등과 같은 자바 구현과 함께 배포될 경우, 그 애플리케이션은 ‘[GPL] 프로그램에 기반을 둔 저작물’의 일부로 출시되는 모든 코드에도 GPL 라이선스가 적용되어야 한다는 GPL의 요건의 지배를 받을 수 있습니다. 따라서 GPL 구현에 링크되는 특정 애플리케이션을 이와 같은 라이선스 요건에서 제외시키기 위해 바로 GPL 라이선스 예외가 필요한 것입니다. Classpath 예외가 바로 그런 역할을 하는데, Classpath 예외가 없다면 GPL v2 라이선스가 적용되는 Java SE 구현은 실제로 GPL 라이선스가 적용되지 않는 자바 애플리케이션과 함께 배포될 수 없습니다. 또한 이 문제를 해결되지 않을 경우, 가령 OpenSolaris나 GNU/Linux 배포판에 채택되는 데 심각한 장애가 될 수 있습니다.
맨위로
Q :
이러한 라이선스 방식을 선택한 이유는 무엇인가요?
A :
이것은 GNU/Classpath나 Kaffe 같은 프리 소프트웨어 커뮤니티에서 가상머신과 클래스 라이브러리를 포함한 자바 기술 구현의 구성요소에 흔히 사용되는 라이선스 패러다임의 일종입니다. 우리는 진정한 프리/오픈 라이선스 조건에서 Java SE 구현을 제공하려는 썬의 의도에 의혹의 소지를 조금이라도 남기지 않기 위해 의도적으로 동일한 라이선스 방식을 선택한 것입니다.
맨위로
Q :
GPL v2 + Classpath 예외 방식은 LGPL과 매우 유사한 라이선스 조건을 제공하지 않나요? LGPL를 대신 사용해도 될 것 같습니다만.
A :
그렇습니다. 실용적인 관점에서 볼 때 Classpath 예외는 LGPL와 유사한 조건을 요구합니다. 하지만 프리 소프트웨어 자바 기술 커뮤니티들이 LGPL을 선택하지 않았기 때문에 우리도 그들의 선례에 따라 Classpath 예외를 사용하기로 한 것입니다.
맨위로
Q :
그렇다면 썬은 CDDL을 포기하는 것인가요?
A :
전혀 그렇지 않습니다! 오히려 썬은 프리/오픈 소스 라이선스에 대한 보다 광범위하고 실용적인 접근법을 개발하여 썬이 출범시킨 커뮤니티들의 다양한 니즈를 충족하기 위해 몇 가지의 라이선스를 사용하고 있습니다.
실례로, GlassFish가 현재 적용되고 있는 CDDL 라이선스에 GPL v2 + Classpath 예외를 추가하고(교체가 아니라) 있다는 점에 주목해 주십시오.
맨위로
Q :
JDK의 나머지 코드 베이스를 모두 오픈 소싱한 뒤에는 JDK 전체에 이 라이선스 방식을 적용할 계획인가요?
A :
그렇습니다.
맨위로
Q :
그렇다면 binary-only 요소들로 이루어진 JDK를 어떻게 출시할 건가요? 권리 제한 (encumbrances)에 대해 얘기하셨던 같은데요.
A :
좋은 지적입니다! 이 초기 발표에 포함된 어떠한 Java SE 구성요소도 권리 제한(encumbered)의 영향을 받지 않습니다. 따라서 binary-only 요소는 없습니다. 전체 JDK 또는 다른 Java SE 구성요소를 공개하는 시점에도 여전히 권리 제한된(encumbered) 구성요소가 있다면 결국 소스 없이 출시할 수밖에 없을 겁니다. Software Freedom Law Center와 Free Software Foundation은 우리가 GPL에 특별 예외를 설정하여 전체 JDK를 구축할 수 있도록 도움을 주었는데, 이 예외는 권리 제한(encumbrances)이 제거될 때까지 한시적으로 적용됩니다. 따라서 우리는 이 문제가 가능한 조속히 해결될 수 있도록 여러분의 도움을 환영하는 바입니다.
맨위로
Q :
BSD나 Apache v2 같은 라이선스를 선택하지 않은 이유는 무엇인가요?
A :
썬은 JDK 소스 코드를 위한 라이선스를 선택할 때 몇 가지 목표를 염두에 두었습니다. 그 내용은 다음과 같습니다.
- 비호환 분기의 가능성을 최소화한다.
- 더 많은 채택을 유도해 낸다.
- 오픈 소스 커뮤니티 계층을 보다 폭넓게 관여시킨다.
- 라이선스를 받고 자바 플랫폼을 지원하기로 한 이들의 투자 효과를 보호하고 강화한다.
광범위한 분석을 실시하고 썬 내외부의 전문가들과 상담한 끝에, 우리는 선택 가능한 범위에서 GPL v2 + Classpath 예외 라이선스 방식이 이 목표를 달성하는 데 가장 적합하다는 결론을 내리게 되었습니다. 물론 이 선택이 모든 이들을 만족시킬 수는 없겠지만 개발자들과 썬을 위한 기회를 모두 감안했을 때 최상의 합치점이라고 우리는 믿고 있습니다.
맨위로
Q :
Java ME의 라이선스가 JDK와 다른 이유는 무엇이고, Java ME에는 왜 Classpath 예외가 첨부되지 않나요?
A :
Java ME의 경우에는 마땅히 구현들을 설치하고 통합할 방법이 없습니다. 그 대신, 구현들은 하드웨어에 통합됩니다. Java SE 구현에서 Classpath 예외를 통해 해결되고 있는 문제점이 Java ME에는 아예 존재하지 않는 것이죠.
맨위로
Q :
GPL v2의 장점은 무엇인가요?
A :
GPL v2는 프리 소프트웨어를 장려한다는 원래의 취지 외에도 커먼스와의 기술혁신 공유를 요구함으로써 프로젝트와 코드 커먼스의 진보에 일조하려는 의도를 가지고 있습니다. 이에 따라, GPL v2는 모든 수정 내용을 프로젝트와 공유하도록 요구함으로써 독점적 분기를 최소화합니다. 또한 GPL v2는 자바의 트레이드마크라 할 수 있는 “Write Once, Run Anywhere”의 가치 명제에 가장 적합한 라이선스입니다.
맨위로
Q :
GPL v2 + Classpath 예외 방식에서 개발자들은 어떤 권리를 가지게 되나요?
A :
맨위로
Q :
이 라이선스에 따른 개발자의 의무는 무엇인가요?
A :
다시 말씀 드리지만, 썬이 JDK 소스 코드를 위해 선택한 라이선스를 이해하는 데 있어서 가장 좋은 자료는 라이선스 그 자체입니다.
맨위로
Q :
오픈 소스 코드 베이스를 이용하여 파생물을 제작하려면 어떻게 해야 하나요?
A :
썬의 자바 플랫폼 구현은 이제 프리 소프트웨어입니다. 따라서 개발자는 GPL v2 라이선스 코드 베이스를 이용할 수 있는 어떤 방식으로든 오픈 소스 JDK 및 Java ME 코드 베이스를 이용할 수 있습니다. 이 구현들은 결코 ‘특별 케이스’에 포함되지 않습니다.
맨위로
Q :
이 코드를 사용하는 자바 스펙과 호환이 되지 않는 구현을 작성할 수 있나요?
A :
가능합니다. 하지만 우리는 그런 작업을 권장하거나 지지하지는 않습니다. 게다가, 그런 구현에는 Java Compatible이나 Java Powered 브랜드, 그리고 로고를 부착할 수 없습니다. 왜냐하면 이 브랜드들은 구현이 해당 TCK를 거쳤다는 것을 나타내는 일종의 보증이기 때문입니다.
맨위로
Q :
누군가 자바를 구현하지도 않으면서 부분적으로 JDK를 사용하는 소프트웨어를 제작할 수도 있나요? 어떤 제약이 있나요?
A :
가능할 뿐 아니라, 아무런 제약도 없습니다. 그러나 GPL v2 라이선스가 적용되는 모든 코드의 경우, 사용된 부분들이 포함된 모든 결과물 프로그램에 라이선스가 요구하는 풀 소스 코드를 첨부해야 하는 의무가 따릅니다.
맨위로
Q :
결과물 소프트웨어를 ‘Java’라고 불러도 되나요?
A :
안 됩니다.
맨위로
Q :
OpenJDK나 phoneME 프로젝트 코드에 기반을 둔 소프트웨어에 ‘Java’ 명칭을 붙이려면 어떻게 해야 하나요?
A :
JDK와 Java ME 소스 코드는 오픈 소싱되었지만 ‘Java’ 상표 및 명칭의 사용을 위한 요건은 변하지 않았습니다. GPL v2에는 상표 라이선스가 포함되지 않으며, OSI 승인을 받은 오픈 소스 라이선스도 마찬가지입니다. 또한 썬은 현재 제품이나 회사명에 ‘Java’마크를 사용할 수 있도록 하는 라이선스 프로그램을 보유하고 있지 않습니다. 하지만 상표의 사용에 관한 썬의 표준 조건에 따라 제품이나 회사에 자바 기술을 연상시키는 정직한 ‘설명문(tagline)’을 사용할 수는 있습니다. 이에 관한 자세한 내용은 다음 사이트를 참조하시기 바랍니다:
http://www.sun.com/policies/trademarks/
맨위로
Q :
‘김이 나는 커피잔(Cup and Steam)’ 로고를 사용하려면 어떻게 해야 하나요? 썬에서 라이선스를 발급 받아야 하나요?
A :
썬은 자바의 특유한 ‘Cup and Steam’ 로고 디자인과 관련된 몇 가지 로고 프로그램을 제공합니다. 프로그램에 대한 자격 여부나 참여 방법을 알고 싶으시다면
http://java.com/brand 페이지를 방문하여 자세한 내용을 살펴보시기 바랍니다.
맨위로
Q :
OpenJDK 프로젝트의 어떤 구성요소에는 GPL만 적용되고 어떤 구성요소에는 GPL + Classpath 예외가 적용되는지 어떻게 알 수 있나요?
A :
각 소스 파일에는 개별적으로 라이선스가 적용됩니다.
주된 차이점은 ‘+ Classpath’ 버전에는 다음 문장이 포함되어 있다는 점입니다:
썬은 이 특정 파일이 본 코드의 첨부 LICENSE 파일에 포함된 ‘Classpath’ 예외의 적용을 받는다는 점을 명시하는 바이다.
따라서, 기본적으로 라이선스 헤더에 ‘Classpath’라는 단어가 있으면 예외가 적용된다는 것을 알 수 있습니다.
맨위로
Q :
GPL v3는 어떤가요? 이 라이선스의 사용은 고려해 보셨나요?
A :
썬은 Free Software Foundation과 협력하여 GPL v3 라이선스의 개발과 검토에 적극적으로 참여하고 있지만 이 라이선스는 아직 완성되지 않은 상태입니다. 적절한 시기에 자바 기술 구현의 오픈 소싱을 완료하는 것이 썬의 강력한 희망이기에, 우리는 GPL v3가 완성되기를 기다리는 대신 기존의 라이선스 패러다임을 사용하기로 결정했습니다. GPL v2를 사용한다고 해서 결코 GPL v3에 부정적인 입장을 보이는 것은 아니며, 썬은 계속해서 이 새로운 라이선스 개발에 매우 적극적으로 참여하고 있습니다.
맨위로
Q :
저도 기여를 하고 싶군요. 시작하려면 무언가에 서명을 해야 하지 않나요?
A :
맨위로
Q :
Contribution Agreement는 왜 필요한가요?
A :
SCA(Sun Contributor Agreement)는 썬이 제품과 프로젝트에 대한 여러분의 기여를 활용할 권리를 가진다는 점을 보장하는 데 필요합니다. 이 계약은 또한 여러분이 썬에게 이러한 권리를 부여할 자격이 있으며 여러분의 기여가 타인의 권리를 침해하지 않는다는 것을 보증하도록 요구합니다. 이 구현들을 공개하더라도 기존의 라이선스 소유자에 대한 썬의 책임은 면제되지 않기 때문에 썬이 방대한 자바 커뮤니티에 종사하기 위해서는 이런 공유 조치가 필요합니다.
맨위로
Q :
SCA 조건에 따라 자신의 기여에 대한 권리를 상실하게 되나요?
A :
저작권을 조직에 양도할 것을 요구하는 여타의 기여 계약과 달리, SCA는 여러분이 기여한 지적 재산에 대한 권리를 빼앗지 않습니다. 단, SCA에 동의함으로써 여러분은 썬에게 저작권에 대한 공동 소유권과 여러분의 기여에 대한 특허 라이선스를 부여하는 것이며, 여러분은 기여에 대한 모든 권리, 권한, 이권을 유지하며 얼마든지 원하는 용도로 사용할 수 있습니다.
맨위로
Q :
그러나 다른 커뮤니티들은 비영리 단체입니다. 왜 내 저작권을 썬과 공유해야 하나요?
A :
저작권을 공유하면 자바 커뮤니티의 이익이 보호됩니다. 썬은 다리 역할을 함으로써 오픈 소스 커뮤니티와 종래의 상업 조직이 모두에게 이익이 되는 방향으로 자바 에코시스템을 발전시킬 수 있도록 해줍니다. 이를 위해서는 썬이 자바 플랫폼 전체를 오픈 소스와 상용 라이선스 하에서 제공할 수 있어야 합니다. SCA는 썬에게 바로 이런 능력을 부여하는 것입니다. 아울러, 썬이나 커뮤니티에 대한 향후 소송에 대비하여 썬이 모든 코드 행의 출처를 공개할 수 있도록 해주며, 나중에 필요할 경우 오픈 소스 라이선스를 업그레이드할 수 있게 해줍니다.
맨위로
Q :
그렇다면 썬은 나의 기여로 무엇을 할 수 있나요?
A :
썬은 저작권 소유자가 가지는 모든 권리와 여러분이 SCA에서 부여하는, 여러분의 기여에 포함된 모든 특허를 사용할 권리를 행사할 수 있습니다. 여러분 또한 그런 권리를 행사할 수 있는 것은 물론입니다.
맨위로
Q :
썬은 계속해서 GPL v2와 더불어 상용 라이선스 하에서 JDK와 Java ME 소스 코드를 제공할 계획인가요?
A :
그렇습니다. 실제로 썬의 기존 라이선스 중 일부는 여러 이유에서 오픈 소스 라이선스보다는 상용 라이선스를 더 선호할 것입니다.
맨위로
Q :
그렇다면 썬이 계속해서 상용 라이선스 하에서 JDK와 Java ME 소스를 제공하려는 이유는 무엇인가요?
A :
우리 썬은 라이선스 소유자에 대한 상업적 의무를 가지며, 당연히 코드 베이스가 오픈 소싱된 후에도 계속해서 의무를 이행할 것입니다. 또한 썬은 수정 사항을 커뮤니티에 재 기여해야 한다는 GPL의 요구를 배제하고 썬 구현의 파생물을 기여하고자 하는 라이선스 소유자와 계속해서 협력해 나갈 것입니다. 썬의 상용 자바 기술 배포 라이선스는 라이선스 소유자가 관련 자바 기술에 관한 TCK에 규정되어 있는 호환 가능한 구현만을 배포할 것을 요구하고 있습니다.
맨위로
Q :
JDK, Java ME 구현 또는 Java ME TCK Framework 소스 코드를 위한 상용 라이선스를 획득하는 과정에 대해 알려주십시오.
A :
맨위로
Q :
썬은 JDK와 JRE를 위한 바이너리 번들은 계속 제공될 계획인가요?
A :
그렇습니다. 썬은 BCL(Binary Code License) 하에서 지속적으로 이 번들을 제공할 계획이며, 이와 더불어 썬은 GNU/Linux 및 OpenSolaris 배포판을 위한 DLJ(Distribution License for Java) 번들도 제공할 것입니다.
맨위로
Q :
JRE를 위한 BCL(Binary Code License)의 조건이 변경되는지요?
A :
이번에는 아닙니다.
맨위로
Q :
JCP의 Spec License의 경우는 어떤가요? 이번에 변경되나요?
A :
아닙니다. Spec License는 변경되지 않습니다.
맨위로
Q :
그렇다면 Java SE와 Java ME TCK에 적용되는 라이선스의 조건이 변경되나요?
A :
이번에는 아닙니다. 우리는 소스 코드를 공개하는 데 특히 주력해 왔습니다.
맨위로
Q :
오픈 소스 Java HotSpot 코드에서 파생된 가상머신에 기존의 썬 자바 클래스 라이브러리를 사용할 수 있나요?
A :
공개 예정인 JDK 6 빌드에는 배포 라이선스(섹션 3.6)에 내부/평가 용도로만 썬 자바 클래스 라이브러리를 오픈 소스 Java HotSpot과 함께 사용할 수 있다고 구체적으로 명시하는 전문 용어가 포함되어 있습니다(주: 공개 후보 소프트웨어는 생산용이나 재배포용으로 허가되지 않았습니다). 이는 오픈 소스 Java HotSpot 코드의 효과적인 평가와 검사를 위한 임시 조치로, 일단 클래스 라이브러리가 오픈 소싱되면 이런 조치는 필요 없게 될 것입니다.
맨위로
Q :
어떻게 해서 썬은 오픈 소스 코드 베이스에 대해 다른 라이선스를 보유할 수 있나요? 그렇다면 더 이상 ‘오픈 소스’라고 할 수 없지 않을까요?
A :
썬은 오픈 소스 코드 베이스에 대한 저작권을 소유하고 있기 때문에, 썬이 배포한 이 코드 베이스의 각 카피에 대해 상용 소프트웨어 라이선스를 포함한 그 어떠한 라이선스라도 적용할 수 있습니다. 이 권리는 저작권법에 본래 포함되어 있는 것으로, 일부 프리/오픈 소스 커뮤니티들이 이런 입장을 취하고 있습니다.
맨위로
Q :
썬은 다운로드를 위한 오픈 소스 JDK 코드 베이스의 바이너리 빌드를 제공할 계획인지요? 만약 그렇다면 어떤 라이선스가 적용될까요?
A :
JDK에 대한 최초의 코드 릴리즈에서 공개되는 초기 모듈에는 바이너리 빌드가 포함되지 않을 것입니다. 우리는 2007년 봄의 주요 코드 릴리즈에 대해 이 문제를 검토하고 있으며, 결정 시 권리 제한(encumbrances)에 관한 부분을 고려할 것입니다.
맨위로
Q :
‘권리 제한(encumbered) 코드’란 무엇을 의미하나요?
A :
JDK와 Java ME 구현에는 제3자가 제한 없이 서브라이선스 가능 파생물을 제작할 수 있도록 허용하는 라이선스 하에서 썬이 공개하기에는 충분한 권리를 보유하고 있지 않은 코드가 부분적으로 포함되어 있습니다. 이러한 권리는 GPL v2 하에서 구현들을 공개할 수 있도록 하는 데 필요한데, 이렇게 우리가 이런 권리를 갖지 않는 코드들을 ‘권리 제한(encumbered) 코드’라고 부릅니다.
맨위로
Q :
2007년 초에 ‘완전히 구축 가능한(fully buildable)’ JDK를 출시한다는 얘기가 무슨 말인가요?
A :
우리는 GPL 하에서 가능한 한 많은 소스 코드를 공개할 계획입니다. 하지만 JDK의 첫 번째 buildable 릴리즈에 권리 제한 모듈이 포함되는 것은 불가피해 보입니다. 단기적으로, 우리는 이 소스에서 컴파일된 바이너리로 구성된 별도의 번들을 제공할 예정이며, 이를 GPL이 적용된 소스의 빌드들과 결합할 경우 완벽하게 작동하는 JDK를 만들 수 있습니다. 장기적으로는, 우리가 이 컴포넌트들을 재작성하여 폐쇄(closed) 소스 코드를 제거할 수 있게 되기를 희망하며, 여러분의 도움을 환영하는 바입니다!
맨위로
Q :
JDK에서 권리가 제한된(encumbered) 컴포넌트로는 어떤 것들이 있나요?
A :
가장 중요한 권리 제한(encumbrances)은 2D 그래픽 분야의 ICC 색상 관리 라이브러리, 폰트 래스터라이저(rasterizer), 그리고 그래픽 래스터라이저 등이 있습니다. 색상 관리 라이브러리와 관련해서는, 오픈 소스 교체가 상당히 직접적으로 이루어지기 때문에 이 방식이 다소 수월하지 않을까 생각됩니다. 상당히 우수한 오픈 소스 폰트/그래픽 래스터라이저가 나와 있지만, 불행히도 이들은 현재 Java 2E API의 기능을 완벽하게 지원하지 않기 때문에 컴포넌트들을 JDK에 적용하려면 상당한 작업이 요구됩니다.
맨위로
Q :
권리 제한(encumbered) 바이너리는 어떤 식으로 라이선스되나요? 또, GPL 적용 소스와 권리 제한(encumbered) 바이너리로부터 구축된 JDK를 재배포할 수 있나요?
A :
우리는 Free Software Foundation과 Software Freedom Law Center의 도움을 받아 작성된 특별 GPL v2 예외를 사용할 예정인데, 이렇게 하면 JDK의 후방(downstream) 재배포가 가능해질 것입니다. 이에 관한 자세한 내용은 ‘라이선싱’을 참조하시기 바랍니다.
맨위로
Q :
Java ME 피처 폰과 첨단 OS 폰 구현에 포함되어 있는 모든 것들이 오픈 소스로 제공되나요?
A :
아닙니다. 이 폰 구현들에는 몇 가지 권리 제한(encumbrances)이 포함될 수 있고, 이러한 권리 제한에는 특정 폰 하드웨어, 그래픽 엔진, 사운드 엔진 등에 대한 지원이 포함되어 있습니다. 이 모든 컴포넌트들과 다른 권리 제한(encumbered) 코드는 오픈 소스 코드 베이스에 포함되지 않을 것입니다.
맨위로
Q :
Java ME 코드 베이스의 권리 제한 코드는 어떻게 관리하나요?
A :
썬은 권리 제한 코드를 오픈 소스 코드 베이스에 추가할 권리를 획득하기 위해 지적 재산(IP) 소유자들과 적극적으로 협상을 벌이고 있으며, 오픈 소스나 다른 합리적인 대안을 통해 권리 제한 해소를 위해 노력할 것입니다. 권리 제한 컴포넌트가 포함된 구현은 계속해서 상용 라이선스를 통해 제공될 예정입니다.
맨위로
Q :
OpenJDK 커뮤니티를 위한 커뮤니티 거버넌스 모델은 무엇인가요?
A :
우리는 오픈 소스 커뮤니티의 기존 거버넌스 모델을 연구 중이지만, 이처럼 중대한 결정을 내리기에 앞서 충분한 시간을 들여 철저한 분석을 실시하고 더 많은 인풋과 조언을 수집하고자 합니다. 우리는 포괄적이고 투명한 능력 위주의(meritocratic) 거버넌스를 목표로 하여 거버넌스 모델을 커뮤니티 참여의 모델로 발전시켜 나갈 계획입니다.
맨위로
Q :
그렇다면 그 동안 JDK에 픽스와 기능 향상을 위해 기여할 수 있나요? 가능하다면 어떻게 해야 하나요?
A :
맨위로
Q :
OpenJDK 코드 베이스에 적용할 기여를 결정하는 권한은 누가 가지나요?
A :
JDK 6 이니셔티브의 경우, 과도기 동안의 최종 결정은 썬이 내리게 됩니다.
맨위로
Q :
썬은 JDK에 포함될 내용을 항시 통제할 계획인지요?
A :
우리는 이 코드 베이스를 중심으로 번창하는 커뮤니티를 구축하여 검증된 오픈 개발의 위력이 JDK에까지 영향을 미칠 수 있도록 하기 위해 노력하고 있습니다. 하지만 우리는 또한 고품질 릴리즈를 적시에 출시할 수 있는 능력을 유지할 작정이며, 이런 목표는 썬뿐 아니라 자바 커뮤니티 전체에 이익이 됩니다. 우리는 이 두 가지 목표가 잘 조화될 수 있다는 확신을 가지고, 코드 변경에 관한 결정을 내릴 때 두 가지 목표를 모두 고려하는 방법에 관해 커뮤니티의 조언을 고대하고 있습니다.
맨위로
Q :
JDK에 비(非) 썬 커미터(committer)도 관여하게 될까요?
A :
물론입니다! 우리는 비(非) 썬 커뮤니티 멤버와 코드 작업에 협력하는 것을 매우 기쁘게 생각하며, 오픈 소스 프로젝트의 관례에 따라 최고의 멤버들이 동일한 조건으로 코드 베이스 커미터로 참여하도록 권유하고 있습니다.
맨위로
Q :
비 썬 커미터들도 동등한 대우를 받게 되는지요?
A :
그렇습니다. 그들도 썬 엔지니어에게 주어지는 모든 권리를 갖게 될 것으로 기대하고 있습니다. 그들은 또한 코드 검토를 포함한 모든 책임과 고품질의 JDK 구축에 도움이 되는 다양한 개발 관행 및 프로세스를 준수하고 지원할 의무를 지게 될 것입니다.
맨위로
Q :
다른 운영체제 또는 하드웨어 플랫폼에 대한 이식과 같이 썬이 구현으로 출시하려고 계획하지 않는 코드를 OpenJDK 커뮤니티에 기여하는 것도 가능할까요?
A :
아마 가능은 하겠지만, 이것은 커뮤니티의 인풋이 필요한 분부입니다. 썬은 그런 코드를 검사할 수 없기 때문에 다른 코드 베이스와 동일한 수준의 품질이 보장되지 못할 수도 있습니다. 또한 그렇게 기여된 코드에 연관성 없는 변경이 가해져 의외의 문제가 야기될 경우 상황은 더욱 복잡해집니다.
맨위로
Q :
썬은 JDK 품질 검사 스위트를 제공할 계획인가요?
A :
우리는 검사 스위트 몇 가지를 출시할 계획을 가지고 있으나, 전부 출시하지는 않을 것이며, 또한 한번에 모두 출시하지도 않을 것입니다. 가능한 많은 회귀/유닛 테스트 스위트가 코드와 함께 제공되고, 언젠가는 일부 기능 테스트도 제공할 계획입니다. 일부 테스트의 경우 내부 테스트 프레임워크, 테스트 장비, 또는 썬 외부에서는 허용되지 않는 환경 등에 의존하기 때문에 커뮤니티에서의 사용이 제한될 수 있습니다. 우리는 또한 테스트 과정에서 커뮤니티와의 긴밀한 협력을 위해 수준 높은 포털을 만들 계획입니다.
맨위로
Q :
썬은 컴포넌트들의 대체 구현이 OpenJDK 코드 베이스에 포함되도록 허용할 계획인지요?
A :
그럴 것 같습니다. 그러나 썬의 구현에 속하지 않는 코드의 경우에는 관련성이 없는 변경을 동기화하기가 어려울 수도 있는데, 아마도 이런 상황을 어떻게 관리할지 결정하는 데 도움이 될 인풋을 활용할 수는 있을 것입니다.
맨위로
Q :
Mobile & Embedded 커뮤니티 거버넌스 모델은 무엇인가요?
A :
우선 Mobile & Embedded 커뮤니티는 임시 거버넌스 모델로 시작할 것이며, 앞으로 시간을 두고 더 발전시켜 나갈 계획입니다. 썬 팀은 오픈 소스 커뮤니티의 기존 거버넌스 모델을 다수 연구한 끝에 초기 모델에 적합하다고 생각되는 것을 선택했습니다.
이 모델은 투명성, 참여, 호환성, 우수한 엔지니어링 등의 기본 원칙에 토대를 두고 있습니다. 한편, 관리 위원회는 5명의 멤버로 구성되는데, 2명은 썬의 대표를 위한 영구직이고, 1명은 썬이 임명하며(비 썬 멤버), 2명은 Mobile & Embedded 커뮤니티의 멤버들이 선출합니다. 위원회의 역할은 사무를 감독하고 커뮤니티의 운영과 설립 원칙/목표 간에 조화를 이루게 함으로써 커뮤니티의 안정을 유지하는 것입니다.
Mobile & Embedded 커뮤니티는 자바 플랫폼 프로젝트(JSR 기반), 자바 툴 프로젝트(툴, 유틸리티, 라이브러리 등), 자바 애플리케이션 프로젝트(midlets 또는 xlets) 등으로 구성될 예정입니다. Project Request 양식을 작성하고 가입 기준에 부합되면 커뮤니티 내에 새로운 프로젝트를 수립할 수 있으며, 승인된 프로젝트는 인큐베이터에 배치됩니다. 프로젝트는 공식적인 Mobile & Embedded 프로젝트가 되기 위한 기준을 충족할 때까지 인큐베이터 지위에 머물게 됩니다. 한편, 프로젝트 레벨은 프로젝트 소유자가 결정합니다.
맨위로
Q :
Mobile & Embedded 커뮤니티 내에 새로운 프로젝트를 수립할 수 있나요?
A :
네, Mobile & Embedded 커뮤니티에 새로운 프로젝트를 수립할 수 있습니다. 새 프로젝트의 수립은 java.net에 신규 프로젝트 제안서를 제출함으로써 가능한데, 이렇게 새로 요청된 프로젝트 중에서 인큐베이터 가입 기준을 충족하는 프로젝트는 인큐베이터에 배치됩니다. 프로젝트가 인큐베이터에서 공식 Mobile & Embedded 커뮤니티 프로젝트 지위로 승급하려면 반드시 투명성, 품질, 호환성을 비롯한 특정 기준을 충족해야만 합니다.
맨위로
Q :
phoneME와 cqME 프로젝트에서 픽스와 기능 향상을 위한 기여 제공이 가능한지요?
A :
맨위로
Q :
Mobile & Embedded 커뮤니티 프로젝트에 어떤 기여를 수용할지는 누가 결정하나요?
A :
커미터는 소스 트리에 코드를 제출할 권한을 가집니다. 따라서 특정 개인이 커미터가 될 때까지 기여자들은 코드를 검토하고 제출하기 위해 커미터와 협력해야 합니다.
맨위로
Q :
phoneME와 cqME 프로젝트에 비(非) 썬 커미터도 관여할 수 있나요?
A :
물론입니다! OpenJDK 커뮤니티에서도 우리는 비 썬 커뮤니티 멤버들과 코드 작업에 협력할 수 있기를 간절히 원합니다. 또한 우리는 가장 숙련된 참여자가 코드 베이스에 대한 커미터가 되기를 희망합니다.
맨위로
Q :
비 썬 커미터들도 동등한 대우를 받게 되는지요?
A :
그렇습니다. OpenJDK 프로젝트의 경우, 비 썬 커미터들은 썬 엔지니어에게 부여되는 모든 권리와 책임을 보유하게 됩니다.
맨위로
Q :
썬은 Java ME 품질 검사 스위트를 제공할 계획인가요?
A :
썬은 품질 검사 스위트를 제공할 계획이 없습니다.
맨위로
Q :
Mobile & Embedded 커뮤니티에서 정식 프로젝트가 되기 위한 기준은 무엇인가요?
A :
Mobile & Embedded 커뮤니티에서 정식 프로젝트가 되기 위한 기준은 설립 원칙(Founding Principles)에 부합되고 필요한 법적 요건을 충족하는 것입니다.
맨위로
Q :
자바 브랜드란 무엇인가요?
A :
자바 브랜드는 두 가지의 구성요소 - Java라는 이름과 김이 나는 커피잔(Cup and Steam) 로고 - 로 이루어집니다. 이 외에도, 자바 기술의 사용을 좀더 분명히 밝히고 제품이 브랜드의 약속을 어떻게 준수하는지 정의하는 ‘서브 브랜드’- Java Powered 및 Java Compatible - 가 있습니다.
이 브랜드 - 그리고 그 로고 - 는 썬 마이크로시스템즈가 소유, 보호, 관리하는 소중한 등록 상표입니다. 또한 자바 브랜드에는 장소를 막론하고 기술을 이해하는 소비자와 IT 전문가들이 인정하는 매우 구체적인 가치 명제 -“Write Once, Run Anywhere”의 약속 - 와 그 코드에서 생성된 흥미롭고, 견고하고, 사용하기 쉬운 애플리케이션의 기대가 함께 담겨 있습니다.
썬 마이크로시스템즈는 브랜드 사용에 관한 부분을 관리함으로써 브랜드와 그 가치를 지속적으로 소유하고 보호할 것입니다. 자바 브랜드를 사용하고자 하는 어떤 제품이든 반드시 관련된 자바 브랜드 프로그램을 준수해야 합니다. 이에 관한 내용은 다음 사이트에 약술되어 있습니다:
http://www.java.com/en/about/brand/.
맨위로
Q :
썬의 오픈 소스 사이트에서 다운로드한 코드로 만든 제품을 ‘Java’라고 불러도 되나요?
A :
여러분의 제품이 해당 테스트를 포함하여 자바 브랜드의 사용을 위한 프로그램 요구사항(
http://www.java.com/en/about/brand/ 참조) 중 한 가지를 충족하면 브랜드의 지침에 따라 해당 자바 Cup & Stream 로고를 사용할 수 있습니다.
예:
- "My product, Foo Sneakers is Java Compatible." (로고 추가)
-
"This derivative of the OpenJDK project source code is Java Compatible." (로고)
-
"I created my application using a Java Compatible implementation and it is Java Powered" (로고)
Java Powered 로고는 여러분이 Sun Partner Advantage Program의 멤버이고 Java SE 1.4 이상을 위한 자바 기반 애플리케이션을 출시할 것을 요구하며, 동시에 Java SE를 위한 Java Compatible 로고 프로그램은 여러분의 구현이 Java SE를 위한 관련 TCK를 통과하고 로고를 신청할 것을 요구합니다. 하지만 여러분이 자바 브랜드 프로그램의 요구사항을 따르고 충족하지 않기로 한다면 자바의 명칭과 로고를 사용할 권리가 부여되지 않습니다. 그 대신, Java라는 단어의 사용은 법률상 ‘공정 사용(fair use)’에 해당하는 경우에 국한됩니다. (아래 Q 참조). 미국 법과 기타 관할권에서는 로고의 ‘공정 사용’이 존재하지 않기 때문에 반드시 라이선스를 획득해야 한다는 점에 유의하시기 바랍니다.
예를 들어, 다음과 같이 표기할 수 있습니다:
- My product uses code I downloaded from the openjdk.dev.java.net website.
- My product, JCool for Java Technology, can be used with Java SE 6.
맨위로
Q :
OpenJDK 프로젝트의 코드로 구축된 제품의 설명에 ‘JDK’라는 어구를 사용해도 되나요?
A :
‘JDK’ 상표는 썬의 자바 개발 키트(Java Development Kit)를 가리키는 이름입니다. 따라서, ‘Java’ 상표와 유사한 규칙을 따릅니다. 여러분의 제품 또는 구현이 OpenJDK 프로젝트에서 다운로드한 코드를 기반으로 하더라도 JDK로 지칭해서는 안 됩니다. 하지만 여러분은 썬의 ‘공정 사용’ 지침에 따라 ‘JDK’라는 어구를 사용할 수도 있습니다. 자세한 내용은 썬의 상표 정책을 참조하시기 바랍니다. :
Sun's trademark policy
맨위로
Q :
누구의 제품이 호환 가능한지 어떻게 알 수 있나요?
A :
제품에 자바 Cup & Steam 로고가 붙어 있거나 Java Compatible 또는 Java Powered 라는 어구를 사용한 경우에는 썬의 상표 및 호환성 프로그램 규칙에 따라 검사를 거친 호환 보증 제품이라고 보면 됩니다.
제품에 오픈 소스 자바 커뮤니티 및 해당 코드와의 관계가 표시되어 있으면?가령 “derived from code found at openjdk.dev.java.net”?설명 문구를 면밀히 살펴보고 코드가 검사를 거치고 ‘Java Powered’ 또는 ‘Java Compatible’의 보증을 받았다는 보다 구체적인 증거를 요구하는 것이 중요합니다. 이를 테면, 해당 솔루션이 적절한 TCK 테스트 스위트의 보증을 받았는지 물어보는 것이 좋습니다.
맨위로
Q :
오픈 소스 사이트에서 구한 코드를 사용하여 제작한 제품에 대해 썬의 보증을 원치 않을 경우에는 어떻게 기술해야 하나요?
A :
java.net 상의 오픈 소스 자바 기술 프로젝트 사이트(가령
openjdk.dev.java.net)에서 다운로드한 코드로 파생 제품을 제작하는 경우, 보증을 받기 전까지는 ‘Java Compatible’이 아니라 ‘OpenJDK 프로젝트의 오픈 소스 코드에 기반을 둔 파생물’로 간주됩니다. 설령 그 제품이 정말로 자바 기술의 파생물이라고 하더라도, 상표법은 썬의 검증과 라이선스를 받은 경우에만 해당 어구의 사용을 허용하고 있습니다.
하지만 상표법에는 특정 지침에 따른 문구에 상표의 어구를 사용하는 것을 허용하는 ‘공정 사용’의 개념이 명시되어 있습니다.
자바 상표를 ‘공정 사용’하는 경우에는 썬 마이크로시스템즈가 상표를 소유한다는 것을 표기해야 합니다. 일례로 다음과 같은 문구를 사용할 수 있습니다.
"Java, JDK, OpenJDK, Java Compatible, Java Powered, and ... are trademarks or registered trademarks of Sun Microsystems, Inc. in the U.S. or other countries."
언제, 어떻게 자바 상표를 사용할 수 있는지에 대한 종합적인 설명을 보려면 다음 사이트를 참조하시기 바랍니다.
http://www.sun.com/policies/trademarks/.
맨위로
Q :
자바 검증 프로그램(Java Verified Program)이란 무엇인가요?
A :
Java Verified Program은 무선 업계가 추진하는 단체로 모바일 자바 기술 애플리케이션을 위한 완비된 검사 프로세스를 제공합니다. Motorola, Nokia, Siemens, Sony Ericsson, Vodafone Group, LG Electronics, Orange, Sun Microsystems 등으로 구성된 회원사는 모바일 애플리케이션을 테스트하는 검사 기준을 정하며, 보증 검사에 합격한 애플리케이션은 소프트웨어가 정품이고 완전무결함을 입증하기 위해 Java Powered 로고와 디지털 증명서를 사용할 권리를 획득하게 됩니다.
맨위로
Q :
TCK란 무엇인가요?
A :
TCK(Technology Compatibility Kits)는 어떤 구현이 특정한 호스트 플랫폼 상에서 JSR(Java Specification Request)에 의해 정의된 특정 자바 기술 스펙을 완벽하고 정확하게 구현하는지 여부를 판정할 수 있게 해주는 일종의 컴플라이언스 테스트, 툴 및 문서입니다. 제품 또는 구현이 특정 스펙에 대한 TCK를 거쳤고, 그 TCK에 기술된 스펙에 대한 미검사 호환성 요건을 충족하면 해당 스펙을 적절히 구현한 것이라고 보면 됩니다.
맨위로
Q :
개발자들은 그들이 수정하는 컴포넌트에 대해 TCK 검사를 실시할 자격을 갖게 되나요?
A :
우리는 오픈 소스 코드 베이스 작업을 하는 개발자들에게 있어서 TCK 테스트의 액세스가 중요하다는 것을 알고 있습니다. 하지만, 우리는 초기 소스 코드 릴리즈를 완료하는 방법에 철저히 초점을 맞추어 왔으며, 현재 TCK 액세스에 관해 제공할 정보를 가지고 있지 않습니다.
한동안 썬은 유자격 교육 기관과 비영리 단체가 TCK와 지원 서비스에 액세스할 수 있도록 하기 위한 방안으로
Compatibility Testing Scholarship Program을 제공해 왔습니다. 여하튼 TCK Scholarship 프로그램은 지속될 것으로 예상됩니다.
맨위로
Q :
개인이나 단체가 JCP를 통해 썬으로부터 TCK 지원 장학금을 신청하고 이를 수여 받기 위한 절차에 대해 말씀해 주십시오.
A :
웹 사이트의 ‘How to apply for a scholarship(장학금 신청 방법)’ 섹션 내용을 참조하시기 바랍니다.
맨위로
Q :
Java SE와 Java ME의 오픈 소싱이 JCP의 변화를 요구하게 될까요?
A :
그렇지 않습니다. JCP 하에서 개발된 JSR의 여러 오픈 소스 구현들이 현재 제공되고 있습니다.
예를 들어,
JSR 244의 썬 레퍼런스 구현인 Java EE 5는 이미
GlassFish 애플리케이션 서버로 오픈 소싱되었습니다.
그럼에도, JCP는 자체 규칙의 공정성과 현대성을 보장하기 위해 끊임없이 검토하고 있으며 현재 개정 작업에 참여하고 있습니다(아래 참조).
맨위로
Q :
Java SE와 Java ME 스펙의 진화는 어떻게 이루어질까요?
A :
JCP는 자바 기술 스펙이 제정되고 업데이트되는
프로세스를 정의하는데, 이것은 변하지 않을 것입니다. 현재 썬은 Java SE의 컴포넌트를 정의하는 Umbrella JSR을 위한 스펙 리드(Spec Lead)입니다. Java SE 전문가 그룹은 스펙 리드와 협력하여 스펙의 신규 릴리즈 각각에 대해 어떤 추가 JSR과 기타 마이너 개선 사항을 포함시킬지 결정합니다. 모든 변경 사항에 대한 최종 승인은 JCP 집행 위원회의 표결로 이루어지며, Java ME 플랫폼에도 동일한 프로세스가 적용됩니다.
맨위로
Q :
Java SE나 Java ME의 발전에 도움이 되려면 어떻게 해야 하나요?
A :
Java SE 또는 Java ME 플랫폼의 발전 방향에 영향을 미칠 수 있는 방법은 다음과 같이 몇 가지가 있습니다. 1)JCP에 동참하여 Java SE나 Java ME 스펙에 포함될 JSR을 제안 또는 참여하거나, 2) 공개 검토 과정에서 JSR 스펙에 대해 논평하거나, 3) 썬 또는 JSR 전문가 그룹의 멤버와 협력하여 자신의 아이디어에 대한 후원을 받거나, 4) OpenJDK 또는 Mobile & Embedded 커뮤니티와 협력하여 구현에 대한 마이너 기능 향상(즉, 별도의 JSR을 보증하지 않는 소규모의 기능 향상)을 개발하는 것입니다. JCP Program Office는 최근에 부분적으로나마 JSR에 대한 개인의 참여를 확대하기 위한 방안을 모색하게 될
JSR 306을 후원한 바 있습니다.
맨위로
Q :
JCP에 동참하려면 어떻게 해야 하나요?
A :
맨위로
Q :
고용주는 내가 개인 자격으로 JCP에 가입하는 것을 허용하지 않습니다. 그래도 자바의 발전에 동참하고 싶은데, 어떻게 해야 하나요?
A :
대부분의 고용주는 종업원이 JCP 또는 기타 표준 기구 등의 외부 그룹에 참여하는 것을 규제하는 정책을 시행하고 있습니다. 그러한 정책에는 합당한 이유가 있는 경우도 종종 있으며, 고용주는 이를 설명할 수 있어야 합니다. 하지만 위에 설명한 것처럼, JSPA에 서명하지 않고도 참여할 수 있는 방법이 있습니다. 뿐만 아니라 JSR 306의 목표 중 하나는 개인의 참여를 확대하고 JSR 개발 프로세스에 더 많은 외부 영향력을 허용하기 위한 수단을 강구하는 것입니다.
비회원에게도 참여하고 영향력을 제공할 수 있게 하는 여러 가지 옵션이 주어집니다. 모든 스펙 초안은 공개적으로 액세스가 가능하며, 여러분은 언제라도 각 JSR의 웹 페이지에 게시된 코멘트 에일리어스(comments alias)를 이메일로 전송하여 스펙 리드와 전문가 그룹에 직접 피드백을 제공할 수 있습니다.
끝으로, Java Community Process에 관한 최신 정보를 입수하려면 JCP 메일링 리스트,
JCP-INTEREST에 가입하면 됩니다. 자세한 내용은 해당 웹 사이트를 방문하시기 바랍니다.
이 리스트는 스펙 제안이 Community Process를 거치는 진행상황을 추적할 수 있게 해줍니다. 새로운 스펙이 제안되거나, 기존 스펙에 대한 개정이 요청되거나. 스펙 초안이 공개되거나, 스펙이 종료되면 여러분에게 해당 메시지가 전송됩니다.
맨위로
Q :
OpenJDK와 Mobile & Embedded 커뮤니티에 참여하기 위한 요건은 무엇인가요?
A :
맨위로
Q :
기여 활동에 앞서 서명 작업이 필요한가요?
A :
그렇습니다. OpenJDK, phoneME, cqME 프로젝트, 또는 썬이 후원하는 기타 오픈 소스 프로젝트에 포함시킬 코드를 제공하고자 할 경우에는 먼저
SCA(Sun Contributor Agreement)에 서명하셔야만 썬이 여러분의 기여가 수용될 경우 배포할 수 있는 권리를 가지게 됩니다. 이는 대부분의 오픈 소스 커뮤니티에서 통용되는 표준 관행이며, 이미 다른 썬 프로젝트를 위한 SCA에 서명하셨다면 이 계약은 상기한 모든 프로젝트의 참여 활동에 적용됩니다.
맨위로
Q :
계약에 서명하면 모든 권리를 포기하게 되나요?
A :
아닙니다. 단지 기여한 코드에 대한 여러분의 권리를 썬과 공유한다는 약속을 할 뿐입니다. Sun Contribution Agreement에 관한 자세한 내용은 ‘라이선싱’ 섹션을 참조하시기 바랍니다.
맨위로
Q :
썬은 JDK 오픈 소스 운동에 대한 개발자들의 참여 유도를 위해 어떤 일을 계획하고 있나요?
A :
먼저 썬 엔지니어들은 지금과 마찬가지로 메일링 리스트, 블로그, 1:1 이메일 등을 통해 외부 개발자들과의 대화를 지속할 것이고, openjdk 상의 컴파일러와 Java Hotspot VM 프로젝트는 썬 내부 개발에 사용되는 것과 동일한 소스 베이스를 미러링하도록 소스를 정기적으로 리프레시할 예정입니다. 이 부분과 관련이 있는 썬 엔지니어들 역시 관심을 보이는 개발자들과 함께 공동 작업을 진행하게 될 것이고, 향후 1, 2년에 걸쳐 썬은 더 많은 내부 프로세스, 메일링 리스트, 자료들을 개발자 커뮤니티에 제공할 계획입니다.
맨위로
Q :
OpenJDK 커뮤니티를 위한 툴과 프로세스를 제공하는 데 있어서 방해 요소는 무엇인가요? 지금 당장 제공이 불가능한 이유는 무엇입니까?
A :
우리가 사용하는 대부분의 툴과 프로세스는 썬을 위한 것으로, 가령 우리의 소스 관리 및 버그 추적 시스템에는 소유권이 적용되어 썬 인프라 밖에서는 사용할 수 없습니다. 우리는 이 부분을 개선할 계획을 가지고 있으나 다소 시간이 걸릴 것으로 보입니다. 또한 우리 프로세스는 썬에서 일하지 않는 사람들이 이해할 수 있는 방식으로 문서화될 필요가 있다는 것입니다. 현재의 상황에서 우리의 최우선 과제는 일단 소스 코드를 공개하는 것이고, 나머지는 이후에 가능한 한 조속히 실현될 수 있을 것으로 사료됩니다.
맨위로
Q :
Mobile & Embedded 커뮤니티는 협력 개발을 위해 어떤 툴을 사용할 계획인가요?
A :
Java ME 팀은 Java ME와 Java ME TCK 프레임워크 구현의 커뮤니티 개발을 가능케 하기 위해 java.net 상에서 제공되는 모든 협업 툴을 활용하고 있습니다. 여기에는 소스 관리 시스템, 버그 추적, 블로그, 포럼, 메일링 리스트 등이 포함됩니다.
맨위로
Q :
현재 어떤 식으로 Java HotSpot과 컴파일러 코드를 공개하고 있나요?
A :
Java HotSpot과 컴파일러 코드는 zip 파일로 제공되고 read-only Subversion 리포지토리를 통해서도 제공됩니다. Subversion 리포지토리에 액세스하려면 java.net 사용자 ID가 필요하지만 이는 무료로 손쉽게 얻을 수 있습니다. 자세한 내용은 다음 사이트의 내용을 참조하시기 바랍니다:
https://www.dev.java.net/servlets/Join
맨위로
Q :
현재 java.net 상의 JRL(Java Research License) 라이선스가 적용되고 있는 JDK 6과 JDK 7 프로젝트는 앞으로 어떻게 되나요?
A :
썬은 적어도 2007년 초 모든 소스 코드가 공개될 때까지는 JRL 라이선스 하에서 JDK6과 7 프로젝트를 계속할 것이며, 이후에 커뮤니티의 프로젝트 지속 여부를?아마도 거의 희박할 것으로 예상되지만?결정할 것입니다. J2SE 5.0 소스 코드는 오픈 소스 라이선스 하에 공개되지 않을 것이며,
‘Tiger’ 프로젝트는 계속 진행되어 JRL 하에서 이 코드 베이스를 제공하게 될 것입니다.
맨위로
Q :
썬의 오픈 소스 JDK 운동에 관한 제안이나 코멘트를 하려면 어떻게 해야 하나요?
A :
맨위로
Q :
Apache Harmony, GNU Classpath, Kaffe 등과 같은 썬 계열 이외의 Java SE 플랫폼 커뮤니티에 참여한 적이 있나요?
A :
자바 개발자 에코시스템에는 플랫폼에 열정을 가지고 도움을 주고 싶어하는 매우 똑똑하고, 경험이 풍부하고, 커뮤니티에 대한 이해도가 높은 인재들이 많이 있습니다. 우리는 지난 수년간 이런 프로젝트와 접촉해 왔지만, 지난 수개월 동안에는 훨씬 더 많은 관계를 정기적으로 가질 수 있었습니다. 또한 우리는 Apache Harmony의 Geir Magnusson, Kaffe의 Dalibor Topic, GNU/Classpath의 Mark Wielaard 같은 사람들과의 대화를 통해 아이디어를 테스트하고 그들의 관점을 확인했습니다. 너무나 관대하고 친절하게 도움과 조언을 주신 이 모든 분들께 깊은 감사를 드리는 바입니다.
맨위로
Q :
앞으로 이런 커뮤니티들과 직접 협력할 계획인가요?
A :
자바 에코시스템은 복수의 구현을 지원할 수 있습니다. 선택과 차별화는 상용 및 오픈 소스 구현 모두를 활발하게 유지시켜 주며, JDK 및 Java ME 구현이 오픈 소싱되었다고 해서 기존의 오픈 소스 Java SE나 Java ME 구현 커뮤니티들이 ‘문을 닫지는’ 않을 것으로 예상됩니다. 사실, 그들이 문을 닫게 된다면 자바 기술에 있어서 큰 손실이 아닐 수 없습니다.
그러나 우리는 이들을 비롯하여 다른 오픈 소스 커뮤니티와 협력하고 있는 개발자들이 OpenJDK 커뮤니티, Mobile & Embedded 커뮤니티, GlassFish 커뮤니티 등에 동참하기를 바라고 있습니다(실제로 일부 Java EE 구현은 이미 완료되었듯이). 우리는 개발자들이 복수의 프로젝트에 자유로이 기여할 것이며, 참여를 통해 참신한 아이디어들이 새롭고 흥미로운 방식으로 결합될 수 있을 것으로 확신하고 있습니다. 궁극적으로, 우리는 커뮤니티와 구현들이 라이선스나 이데올로기가 아닌 기술에 의해 차별화되어 자바 에코시스템 전체가 발전하기를 희망하고 있습니다.
어찌 되었든, 우리는 모든 오픈 소스 Java SE 플랫폼 개발 커뮤니티들과 우호적이고, 전문적이고, 상호 우호적인 관계를 유지하기를 희망하며 적절한 협력 방법을 찾게 되기를 고대합니다.
맨위로
Q :
GPL 라이선스의 선택이 다른 오픈 소스 Java SE 및 Java ME 구현 커뮤니티들과의 관계에 어떤 영향을 미치게 될까요?
A :
오픈 소스 라이선싱의 복잡성 때문에 모든 오픈 소스 라이선스가 호환될 수는 없습니다. 이 말은 불행히도, 일단 특정 라이선스를 선택하면 호환이 되지 않는 라이선스를 사용하는 커뮤니티와의 소스 코드 결합을 위한 협업이 차단된다는 것을 의미합니다. 우리가 썬의 오픈 소스 구현을 위한 토대로 GPL을 선택함에 따라 오픈 소스 JDK 코드 베이스를 GNU/Linux, GNU/Classpath, Kaffe, GNOME 등을 비롯한 다른 GPL 라이선스 코드 베이스와 결합하는 일은 수월해진 반면, 라이선스의 비호환성으로 인해 코드를 Apache Harmony 프로젝트처럼 Apache Software License V2를 사용하는 프로젝트와 결합하는 일은 힘들어졌습니다. 우리는 Classpath 라이선스 예외를 사용함으로써 모든 프리/오픈 소스 소프트웨어가 OpenJDK 프로젝트 코드 베이스의 혜택을 입도록 하기 위해 최선을 다했기를 바랍니다.
또한 우리는 GPL을 선택한다고 해서 모든 이들을 만족시킬 수는 없다는 것을 알고 있습니다. 우리는 기술혁신의 문호 개방에 도움이 되기 때문에 이 GPL 라이선스를 선택한 것이고, 이렇게 개방된 기술혁신은 자바 기술 호환성에 관한 약속을 지키고 강화하는 데 일조하게 될 것입니다. 이 라이선스는 또한 가장 크고 영향력 있는 오픈 소스 커뮤니티 중 하나?즉, GNU/Linux?와 호환이 되므로 자바 개발자 커뮤니티의 확대와 신규 시장 진출의 기회를 제공할 수 있습니다.
맨위로
