아래 20번 글에 답변 주신 사항 중 몇가지 궁금한 사항이 있어 추가 질문 드립니다.

1. Resin의 경우 Application Server이 관계로, 저희가 작성한 코드 내에서 Resin의 클래스를 Runtime 시에 직접 호출하는 경우는 없습니다. (import 하지 않습니다)

이 경우도 동적 Linking으로 간주되는 것인지 궁금합니다.

2. Resin을 스타트 할 경우 아래와 같이 실행을 시키게 됩니다.

Java -jar /lib/resin.jar

이렇게 실행시키면, resin.jar 파일 내의 com.caucho.boot.ResinBoot 클래스의 main 메쏘드를 통해 Resin이 구동이 되고,

Resin에서 저희가 개발한 어플리케이션을 로딩해주는 구조입니다.

이런 경우 위에 3번 답변 주신 것과 같이 resin에서 제공하는 resin.jar가 classpath에 들어가게 되어 동적 Linking이 발생하게 되는 건 아닌지 문의 드립니다.

3. 그리고 GPL로 라이선스를 적용 받는 resin.jar와 같은 라이브러리를Classpath 내에서 넣었을 경우,

자체 개발한 소스를  제3자에게 배포하지 않는 경우에도, 자체 개발한 소스를 포함하여 전체 소스를 공개해야 되는 건지 궁금합니다.

------ 댓글 -------

OSS

1. Resin의 경우 Application Server이 관계로, 저희가 작성한 코드 내에서 Resin의 클래스를 Runtime 시에 직접 호출하는 경우는 없습니다. (import 하지 않습니다)

이 경우도 동적 Linking으로 간주되는 것인지 궁금합니다.

>> 이와 같은 경우도 동적 링크로 보셔도 무리 없을 것 같습니다.

2. Resin을 스타트 할 경우 아래와 같이 실행을 시키게 됩니다.

Java -jar /lib/resin.jar

이렇게 실행시키면, resin.jar 파일 내의 com.caucho.boot.ResinBoot 클래스의 main 메쏘드를 통해 Resin이 구동이 되고,

Resin에서 저희가 개발한 어플리케이션을 로딩해주는 구조입니다.

이런 경우 위에 3번 답변 주신 것과 같이 resin에서 제공하는 resin.jar가 classpath에 들어가게 되어 동적 Linking이 발생하게 되는 건 아닌지 문의 드립니다.

>> 문의 주신 내용에 도움이 될만한 업체를 소개드립니다.

-  제스트정보통신기술(Resin Server Authorized Distributor) 02-558-5918

3. 그리고 GPL로 라이선스를 적용 받는 resin.jar와 같은 라이브러리를Classpath 내에서 넣었을 경우,

자체 개발한 소스를  제3자에게 배포하지 않는 경우에도, 자체 개발한 소스를 포함하여 전체 소스를 공개해야 되는 건지 궁금합니다.

>> 제 3자에게 배포하지 않을 경우, 즉 자신들이 개발한 소스를 자신들이 사용할 경우에는 소스코드 공개를 하지 않으셔도 됩니다.

감사합니다.