.svg){kind=logo}
개요편집이의 제기
아파치 라이선스(Apache License)는 아파치 소프트웨어 재단(Apache Software Foundation, ASF)이 개발하고 배포하는 허용적(permissive) 자유 소프트웨어 라이선스다. [1][3] 이 라이선스는 사용자가 소프트웨어를 어떤 목적으로든 사용, 수정, 배포할 수 있도록 허용하며, 로열티 부담 없이 수정된 버전도 라이선스 조건 하에 배포할 수 있다. [3] 아파치 소프트웨어 재단의 모든 프로젝트 산출물은 이 라이선스 하에 배포되며, 재단 외부 프로젝트에서도 널리 채택되고 있다. [3][4] BSD 라이선스, MIT 라이선스와 함께 대표적인 'as is' 방식의 최종사용자라이선스동의서(EULA)로 분류되며, 제공자는 명시적·묵시적 보증이나 조건을 일체 제공하지 않는다는 면책 조항을 포함한다. [2]
역사편집이의 제기
초기 개발과 BSD 라이선스 기반
1995년부터 아파치 그룹(후에 아파치 소프트웨어 재단으로 발전)은 아파치 HTTP 서버의 연속적인 버전을 배포했다. 초기 라이선스는 조직명만 바꾼 것 외에는 원래의 4조항 BSD 라이선스와 본질적으로 동일했으며, 파생 저작물에 아파치 명칭을 사용하는 것을 금지하는 추가 조항이 있었다. [3]
버전 1.0
아파치 라이선스 1.0은 아파치 그룹의 초기 라이선스로, 4조항 BSD 라이선스 모델을 따랐다. 이 버전에는 소위 '광고절(advertising clause)'로 불리는 제3항이 포함되어 있어, 파생 제품이 홍보 자료에 출처를 명시하도록 요구했다. [2][3]
버전 1.1 (2000년)
1999년 7월, 버클리 소프트웨어 배포판(BSD) 진영이 자유 소프트웨어 재단(FSF)의 주장을 받아들여 광고절(제3항)을 폐지하고 새로운 3조항 BSD 라이선스를 만든 데 이어, 2000년 아파치도 마찬가지로 광고절을 제거한 아파치 라이선스 1.1을 승인했다. [2][3] 이 버전에서는 파생 제품이 더 이상 홍보 자료에 출처를 밝힐 필요는 없으나, 문서에는 여전히 출처를 표기해야 했다. [2] 개별 패키지마다 출처 표기나 마크 식별 요건이 달라 문구에 차이가 있을 수 있었으나, 구속력 있는 조항은 동일했다. [3]
버전 2.0 (2004년 1월)
2004년 1월, 아파치 소프트웨어 재단은 BSD 모델에서 벗어나 아파치 라이선스 2.0을 채택했다. [2][3][4] 이 버전의 명시된 목표는 다음과 같다. [3]
비(非)ASF 프로젝트가 더 쉽게 사용할 수 있도록 함
GPL 기반 소프트웨어와의 호환성 개선
라이선스를 모든 파일에 나열하는 대신 참조 방식으로 포함할 수 있도록 함
기여(contribution)에 관한 라이선스 조항 명확화
기여자가 필연적으로 자신의 특허를 침해하는 기여에 대해 특허 라이선스를 요구하도록 함
버전 2.0은 저작권 고지와 면책 조항의 보존을 요구한다. [3] 현재 아파치 소프트웨어 재단은 아파치 라이선스 2.0을 '현재 라이선스(Our current license)'로 지정해 사용하고 있다. [4]
기능과 사용법 개요편집이의 제기
라이선스의 허용 범위
아파치 라이선스는 허용적 라이선스로, 카피레프트(copyleft) 라이선스와 달리 파생 저작물이나 수정된 원본을 동일한 라이선스로 배포하도록 강제하지 않는다. [3] 다만, 수정되지 않은 모든 부분에는 동일한 라이선스가 적용되어야 한다. [3]
필수 준수 사항
라이선스 하에 배포되는 모든 파일에서 원본 저작권, 특허, 상표, 출처 고지를 보존해야 한다(파생 저작물과 관련 없는 고지는 제외). [3] 수정된 파일에는 해당 파일이 변경되었음을 알리는 통지를 추가해야 한다. [3]
원본 저작물 배포에 NOTICE 텍스트 파일이 포함된 경우, 파생 저작물은 이 고지의 읽을 수 있는 사본을 NOTICE 텍스트 파일(소스 형태 또는 문서 내, 또는 파생 저작물이 생성하는 표시 내)에 포함해 배포해야 한다. [3] NOTICE 파일의 내용은 라이선스를 수정하지 않으며, 정보 제공 목적만 가진다. NOTICE 텍스트에 부록으로 더 많은 출처 고지를 추가하는 것은 허용되나, 이 고지들이 라이선스를 수정하는 것으로 이해되어서는 안 된다. [3] 수정 사항에는 적절한 저작권 고지를 붙일 수 있으며, 수정 사항에 대해 다른 라이선스 조건을 제공할 수도 있다. [3]
기여(Contribution) 처리
명시적으로 달리 진술되지 않는 한, 라이선시(licensee)가 라이선서(licensor)에게 제출하는 모든 기여는 추가 조건 없이 라이선스 조건 하에 제출된 것으로 간주된다. 다만, 이는 라이선서와 기여자 간의 별도 합의를 배제하지 않는다. [3]
특허 라이선스와 소송 방어 (버전 2.0 제3조)
아파치 라이선스 2.0은 제3조에서 잠재적 특허 소송을 예방하려 시도한다. [3] 각 기여자로부터 "제작, 제작 의뢰, 사용, 판매 제안, 판매, 수입, 기타 양도"를 할 수 있는 특허 라이선스가 사용자에게 부여된다. [3] '공포 조항(in terrorem clause)'에 따라, 사용자가 소프트웨어나 그 안의 기여가 특허 침해를 구성한다고 주장하며 누구를 고소할 경우, 해당 저작물에 대한 모든 특허 라이선스가 종료된다. [3]
면책 조항 ('as is')
BSD 라이선스, MIT 라이선스와 함께 아파치 라이선스는 'as is'(있는 그대로) 방식의 대표적인 EULA다. [2] 이는 미국을 비롯한 세계 각지에서 사용되는 법적 용어로, 제공자가 '명시적이든 묵시적이든 어떠한 종류의 보증이나 조건도 제공하지 않는다'는 점을 의도한다. [2] 이에 따라 최종사용자는 의도한 이익에 따르는 예기치 않은 손해도 감수해야 함을 숙고해야 한다. [2]
생태계·커뮤니티편집이의 제기
아파치 소프트웨어 재단 프로젝트
아파치 소프트웨어 재단과 그 프로젝트들이 생산하는 모든 소프트웨어는 아파치 라이선스 조건에 따라 라이선스된다. [4] 재단은 기여자 라이선스 계약(Contributor License Agreements, CLAs)을 통해 개인 및 법인으로부터 정기적인 기여를 받아들이고, 기존 소프트웨어 제품의 대규모 기증도 처리한다. [4] 기여자는 아파치 외부에서 자신의 원래 기여물을 어떤 목적으로든 사용할 완전한 권리를 보유하면서, ASF와 그 프로젝트에게 아파치 내에서 배포하고 이를 기반으로 개발할 권리를 부여한다. [4]
외부 프로젝트 채택
아파치 라이선스는 비(非)ASF 프로젝트에서도 널리 사용된다. [3] 2008년 5월 구글 블로그 게시물에 따르면, 당시 구글 코드(Google Code)에 호스팅된 약 10만 개 프로젝트 중 25% 이상이 아파치 라이선스를 사용했으며, 안드로이드 운영체제도 포함됐다. [3] 2012년 10월 기준 소스포지(SourceForge.net)에는 8,708개 프로젝트가 아파치 라이선스 조건으로 제공됐다. [3] 2015년 기준 블랙덕 소프트웨어(Black Duck Software)와 깃허브(GitHub) 자료에 따르면, 아파치 라이선스는 MIT 라이선스와 GPLv2에 이어 FOSS 영역에서 세 번째로 인기 있는 라이선스였다. [3]
라이선스 관리 및 자료
아파치 소프트웨어 재단 공식 사이트에서는 아파치 라이선스 2.0(현재 버전), 1.1(2000년 승인), 1.0(원본 버전) 문서를 제공하며, 기여자 라이선스 계약(CLAs), 소프트웨어 기증(Sofware Grant), 제출 방법 안내, 수출 분류, 상표 사용 정책, 라이선스 FAQ 등 관련 법적 자료를 함께 제공한다. [4] 라이선스 역사 문서와 비공식 번역본 안내도 참조할 수 있다. [4]
사용 사례·작품편집이의 제기
자료에 명시된 대표적인 사용 사례로는 아파치 HTTP 서버(아파치 그룹/재단의 주력 프로젝트)와 안드로이드 운영체제가 있다. [3] 그 외 수많은 비(非)ASF 프로젝트가 이 라이선스를 채택하고 있으나, 자료에서 개별 프로젝트명을 구체적으로 열거하지는 않는다. [3]
평가편집이의 제기
GPL과의 호환성
아파치 소프트웨어 재단과 자유 소프트웨어 재단은 아파치 라이선스 2.0이 자유 소프트웨어 라이선스이며, GNU 일반 공중 사용 허가서(GPL) 버전 3과 호환된다고 합의했다. [3] 즉, GPLv3 코드와 아파치 라이선스 2.0 코드를 결합할 수 있으며, 결과물은 GPLv3로 라이선스되어야 한다. [3]
자유 소프트웨어 재단은 모든 버전의 아파치 라이선스가 이전 GPL 버전 1, 2와는 호환되지 않는다고 본다. [3] 또한 아파치 라이선스 2.0 이전 버전들은 GPLv3와도 호환되지 않는다고 본다. [3] 버전 2.0의 특허 라이선스 요구사항 때문에, 자유 소프트웨어 재단은 다른 비(非)카피레프트 라이선스보다 아파치 라이선스 2.0을 권장한다. [3] LLVM 예외가 적용된 아파치 라이선스를 사용할 경우 GPLv2와 호환된다. [3]
오픈BSD 프로젝트의 비판
오픈BSD(OpenBSD) 프로젝트는 아파치 라이선스 2.0을 수용 가능한 자유 라이선스로 보지 않는다. 그 이유는 특허 조항 때문이다. [3] 오픈BSD 정책은 라이선스가 그렇지 않았다면 가졌을 법적 권리를 포기하도록 강제할 때, 그 라이선스는 더 이상 자유롭지 않다고 본다. [3] 또한 저작권법과 계약법을 혼합하는 것에 반대하는데, "저작권법은 국제 협약으로 어느 정도 표준화되어 있지만, 계약법은 관할권마다 크게 다르다. 따라서 라이선스가 다른 관할권에서 무엇을 의미하는지 달라질 수 있고 예측하기 어렵다"고 주장한다. [3]
인기도 지표
2015년 기준 FOSS 영역에서 MIT 라이선스와 GPLv2에 이어 세 번째로 인기 있는 라이선스로 조사됐다. [3] 2008년 구글 코드 호스팅 프로젝트 25% 이상, 2012년 소스포지 8,708개 프로젝트 등 광범위한 채택 사례가 보고됐다. [3]
이 문서는 GGWiki AI가 공개 자료(아래 출처)를 조사해 새로 쓴 초안입니다. 틀린 내용은 편집하거나 이의 제기로 알려 주세요.
