1
LGPL 아래의 오픈 소스 프로젝트를 릴리스 한 회사 ABC를 고려하십시오. 코드는 'com.abc.project'와 같은 패키지와 함께 Java로 작성됩니다.LGPL 프로젝트를 포크 할 때 Java 패키지 사용
저는이 기술을 최신 도구로 업데이트하기 위해 2005 년에이 프로젝트를 시작하는 데 관심이 있습니다. 코드가 크게 변경 될 것입니다. 새 프로젝트는 LGPL에서 라이센스를 얻습니다. 편집 : 이것은 웹 응용 프로그램이며 라이브러리가 아닙니다.
동일한 Java 패키지 구조 (예 : 'com.abc.project')를 유지할 수 있을지 잘 모르겠습니까?
나는 LGPL 하에서 그렇게 할 수 있다고 생각하지만, 상표권 침해에 대한 의문이나 동의없이 회사의 보증을 암시합니다.
잘 모르겠 으면 유지 보수 담당자에게 물어보십시오. 이는 개인간 통신 법적인 텍스트보다 : 변호사는 어디서나 상표권 침해를 발견 할 수 있습니다. – alf
작업중인 라이브러리와의 호환성을 유지할 수 없다면 (코드에 중요한 변화가있을 것임을 의미합니다), 본질적으로 새 라이브러리이고 다른 네임 스페이스에 있어야합니다. – millimoose
나는 (a) 도서관이 아니라 웹 응용 프로그램이고 (b) 방대한 변화가 있음을 나타 내기 위해 편집했다. 'close'투표와 관련하여 LGPL은 SO에 대한 기존 태그이며 이것은 합리적인 질문처럼 보입니다. 즉, 충분한 방향으로 투표하면 프로그래머에게 이전 할 것입니다. –