사내에서 self-hosted PDF 도구를 검토할 때 저장소에 적힌 license 한 줄만 보고 도입 가능 여부를 판단하기는 어렵습니다. 같은 저장소 안에서도 코드 경로에 따라 조건이 다를 수 있습니다. 오늘 살펴본 Stirling-Tools/Stirling-PDF는 browser와 self-hosted server에서 PDF 편집·변환 기능을 제공하는 Java 기반 open-core application입니다. GitHub repository API는 license.spdx_id를 NOASSERTION으로 표시했습니다. 고정 commit 77b325cf의 파일 tree를 읽어 보니 이름이 LICENSE인 파일이 12개 있었습니다. root LICENSE는 열거된 디렉터리 밖의 content를 MIT로 두지만 app/proprietary, app/saas, engine과 frontend/editor 아래 7개 디렉터리는 각 LICENSE를 따르게 합니다. app/proprietary/LICENSE의 User License는 production, scale, business-critical use에 active User License가 필요하다고 명시합니다. 먼저 v2.14.3과 commit을 고정한 별도 환경에서 실제로 사용할 코드 경로의 LICENSE 목록을 만드세요. 합성 PDF 한 장으로 localhost:8080의 필요한 기능만 시험하고, production 전에는 접근 제어·파일 보관·백업·업데이트와 라이선스 조건을 함께 검토합니다. 이 확인은 특정 조직에 대한 법률 판단이 아닙니다. 최신 main commit은 2026-09-11입니다.
