상용 웹 응용 프로그램에서 Apache Software License, 버전 2.0 및 GNU LGPL 3 라이센스 플러그인을 사용할 수 있습니까?

두 개의 플러그인이 있습니다. 하나에는 GNU LGPL 3 라이센스가 있고 다른 하나에는 Apache 소프트웨어 라이센스 버전 2.0이 있습니다. 상용 앱에서 사용할 수 있습니까? 그렇다면, 어떤 예방책을 취해야합니까?

licensing lgpl apache-license

— 우마이라 슬람
소스

변호사가 보낸 경우를 제외하고는 인터넷상에서받는 법적 조언을 절대 절대로 따라서는 안됩니다. 바람직하게는 주어진 분야를 전문으로하는 사람,이 경우 : 소프트웨어 라이센스. 그러니 소금 알로 된 모든 답을 가져 가십시오. 그렇지 않으면 앱이 상업적이기 때문에 소송에 노출 될 수 있기 때문입니다.

— Radu Murzea

답변:

상용 앱에서 사용할 수 있습니까?

생산하는 소프트웨어로 수행하려는 작업에 따라 다릅니다.

첫째, ASL ¹ , GPL 또는 LGPL은 소프트웨어를 사용하여 조직 내부에서 수행 할 수있는 작업을 제한하지 않습니다. 제한 사항은 모두 조직 외부에 배포 된 코드에 관한 것입니다.

GPL의 경우, GPL 코드를 자신의 소프트웨어에 통합 한 다음 소프트웨어를 조직 외부에 배포하는 경우 GPL 또는 호환되는 오픈 소스 라이센스의 조항에 따라 소스 코드를 제공해야합니다.

따라서 응용 프로그램에서 GPL 코드를 사용하여 배포하는 경우 응용 프로그램은 오픈 소스 여야합니다. 그렇지 않으면 라이센스를 위반하는 것입니다.
LGPL의 경우 제한 사항 (위 참조)은 LGPL 라이브러리 자체의 소스 코드에만 적용됩니다. 즉, 라이브러리를 변경하면 라이브러리 만 사용하는 경우 소스 코드를 사용할 필요가 없습니다.

또한 응용 프로그램의 LGPL 코드를 코드 사용자가 교체 할 수 있어야한다는 제한 사항이 있습니다. 즉, 코드를 바이너리로만 배포하면 해당 라이브러리에 코드를 정적으로 연결할 수 없습니다. 동적 연결을 사용해야합니다.
ASL의 경우, 중요한 것은 사용자가 사용하는 ASL의 코드를 원본 버전에서 변경 한 경우에만 말해야한다는 것입니다.

마지막으로, 명확하게하기 위해 GPL, LPGL 또는 ASL은 소프트웨어 사용 목적에 제한을 두지 않습니다. 그리고 그것은 당신의 목적이 돈을 버는 것인지의 여부를 포함합니다. 그들은 돈을 벌 수 있는 방법 을 제한합니다 ... LGPL과 ASL의 경우 제약이 거의 없습니다.

그렇다면, 어떤 예방책을 취해야합니까?

LGPL 및 ASL의 경우 예방 조치가 필요하지 않습니다.

IANAL-저는 변호사가 아닙니다. 확실해야하는 경우 자격을 갖춘 전문가에게 문의하십시오. 즉 소프트웨어 IP 법률 전문 변호사.

^{1-이 답변의 목적 상 ASL == Apache Software License 버전 2입니다.}

— 스티븐 C
소스

이것은 웹 응용 프로그램에도 적용됩니까? 고객은 .class 및 .JAR 파일이 포함 된 war 파일 만 받게됩니다. 만약 LGPL이 여전히 괜찮다면?

— 자바 메인

LGPL 라이브러리를 수정하지 않으면 WAR 파일의 애플리케이션 코드와 함께 라이브러리를 포함 할 수 있습니다. 그러나 코드를 배포하는 사람이 LBPL 코드를 다른 버전으로 대체 할 수 있도록해야합니다 . "uber-JAR"은 아마도 위반 일 것입니다. 코드와 함께 LGPL 라이브러리를 난독 처리하는 것은 분명히 위반입니다. (IANAL)

— Stephen C

모든 jar 파일을 배치하는 lib라는 폴더가 있습니다. 그래서 그는 Jar 파일을 다른 버전으로 대체 할 수 있습니다. 하지만 항상 작동한다는 보장은 없습니다. 그래도 괜찮습니까?

— 자바 메인

변호사에게 물어보십시오 :-)

— Stephen C

그것은 바람둥이에서 실행되는 일반적인 웹 응용 프로그램입니다. 당신이 도울 수 있다면 좋을 것입니다. 어쨌든 도움을 주셔서 감사합니다.

— 자바 메인

Apache 라이센스는 Apache 라이센스에 따라 배포되는 플러그인 또는 라이브러리에 연결되는 소프트웨어에 제한을 두지 않습니다. 반면에 LGPL은 LGPL 라이브러리가 동적으로 링크되고 (사용자가 대체 할 수 있음) 전체 작업을 GPL 호환 오픈 소스 라이센스에 따라 릴리스해야한다는 요구 사항이 있습니다.

비공개 소스 애플리케이션에서 사용하기 위해서는 제한없이 Apache 라이센스 플러그인을 사용할 수 있으며 LGPL 라이센스 플러그인을 동적으로 링크해야합니다.

플러그인 중 하나를 애플리케이션과 함께 분배하는 경우 플러그인의 소스를 제공하거나 사용자에게 해당 소스를 얻을 수있는 위치를 알려 주어야합니다.

— 바트 반 인겐 스케 나우
소스

BartvanIngenSchenau "폐쇄 소스"응용 프로그램의 의미는 무엇입니까? 패키지 솔루션 (소스 코드를 배포하지 않음)을 의미합니까, 아니면 조직 내 배포와 상업 배포와 같은 배포를 의미합니까?

— Rachael

— Bart van Ingen Schenau

-4

우선, 이것은 법적 조언이 아닙니다.

GPL 소프트웨어는 어떤 형태의 GPL 이외의 소프트웨어에 연결 (네트워크를 통해 포함), 컴파일 또는 선적 할 수 없습니다. LGPL은 상용 제품을 포함하여 GPL 이외의 타사 지원을 허용하기 위해이 수치를 약간 줄였습니다. 여기서 중요한 부분은 타사 (즉, 말하자면) 여야하며 작은 구멍을 뚫어야한다는 것입니다.

즉, 기존 LGPL 라이브러리에 링크하지만 (이를 퍼스트 파티라고 함)이 링크를 만드는 소프트웨어는 LGPL로 만들어야합니다. 이 소프트웨어를 제 2 자라고합니다. 제 2 자 소프트웨어는 LGPL로 릴리스되어야하지만, 제 2 자 소프트웨어의 소유자는 다른 소프트웨어가 LGPL 외부에서도 사용할 수있는 한 다른 소프트웨어를 LGPL 외부에서 사용할 수 있습니다. 즉, 타사 소프트웨어를 LGPL로 제공해야하지만 필수 는 아닙니다.모든 경우에 LGPL로 라이센스를 부여합니다. 소프트웨어의 모든 개별 사용자는 법률에 따라 해당 소프트웨어를 사용할 수있는 라이센스가 있어야합니다. 내가 말하는 것은 각 사용자가 LGPL만큼 소프트웨어에 액세스 할 수있는 한 바이러스가 아닌 용어를 사용하여 라이센스를 부여 할 수 있다는 것입니다. 타사 소프트웨어를 생성 할 수도 있습니다. 사실상 타사 소프트웨어에서 LGPL이 아닌 조건으로 사용하기 위해 타사 소프트웨어에 대한 라이센스를 부여 할 수 있습니다. 난 쓰는 사람들 들었 스스로 계약을하고 자신의 소프트웨어를 사용하는 라이센스. 법은 이상 할 수 있습니다! 타사 소프트웨어는 어떠한 경우에도 LGPL 일 필요는 없습니다.

그래서 당신은 래퍼로 LGPL 라이브러리에 링크하는 라이브러리를 만들고 래퍼를 LGPL로 해제합니다. 그런 다음이 래퍼 (링크 할 수 있습니다 귀하의 한 래퍼가 LGPL로 사용 가능한 한, 비 LGPL 소프트웨어 래퍼).

아파치 소프트웨어 라이센스에 익숙하지 않기 때문에 말할 수 없습니다.

— JSON
소스

"link"라는 용어는 컴파일 된 언어에만 적용되는 것이 아니라 LGPL 소프트웨어 (PHP 또는 Javascript와 같은 로컬 또는 네트워크 위치의) 또는 "포함"을 포함 할 수 있기 때문에 매우 일반적으로 사용됩니다. Java RMI 등과 같은 네트워크를 통해 소프트웨어에 "링크"

— JSON

"GPL 소프트웨어는 어떤 형태의 GPL 소프트웨어와도 연결되거나 (네트워크를 통해 포함) 컴파일되거나 비 GPL 소프트웨어와 함께 배송 될 수 없습니다." . "또는"은 "and"여야합니다. GPL 소프트웨어를 "배송"하지 않으면 GPL 소프트웨어가 아닌 소프트웨어에서 GPL 소프트웨어를 사용할 수 있습니다.

— Stephen C

그 대답은 많은 수준에서 잘못되었습니다. 문제는 GPL이 아니라 LGPL에 관한 것입니다. ASL 코드는 거의 모든 다른 라이센스 하에서 코드에 통합 될 수 있습니다. 이는 LGPL 또는 심지어 GPL (반대가 금지 된 경우에도)을 의미합니다. 폐쇄 형 소스 소프트웨어에서도 사용할 수 있습니다. Stephen C.가 지적한 것처럼 게시하지 않거나 공개적으로 제공하지 않는 한 원하는 모든 작업을 수행 할 수 있습니다.

— Alexis Dufrenoy