none
Microsoft.Office.Interop 라이센스 RRS feed

  • 질문

  • 안녕하세요.

    MS문서 > PDF변환을 위해 Microsoft.Office.Interop 을 사용하려하는데

    상업용으로 이용시 제한되는점이 있는지 궁금합니다.

    2019년 8월 12일 월요일 오전 2:45

모든 응답

  • Microsoft.Office.Interop DLL 자체는 라이선스가 없습니다.

    단지, 그 DLL이 PDF 변환을 위해 동작하려면 해당 시스템에 Office Word가 설치되어 있어야 합니다.

    2019년 8월 12일 월요일 오전 4:24
  • 윈도우서버를 두고 해당 서버에서 PDF변환하려고 하는데 서버에 office만 설치해서 사용하면 되는걸까요?
    • 편집됨 그아솧 2019년 8월 12일 월요일 오전 5:06
    2019년 8월 12일 월요일 오전 5:06
  • 서버에 Microsoft Office를 설치해서 Word, PowerPoint 등의 Office 파일 관련 작업을 하는 것은 저희의 권장 사항이 아닙니다. 

    Open XML SDK를 이용하는 것을 고려해보시기 바랍니다.

    서버에서의 Office 자동화에 어떤 부정적인 효과가 있으며, 어떤 솔루션을 대안으로 사용하는 것이 좋은지 아래 링크의 문서를 통해서 확인 부탁 드리겠습니다.

    Office의 서버 쪽 자동화에 대한 고려 사항
    https://support.microsoft.com/ko-kr/help/257757/considerations-for-server-side-automation-of-office


    2019년 8월 12일 월요일 오전 5:23
  • 불가피하게 서버에서 PDF변환을 위해 Microsoft.Office.Interop DLL을 사용하게 된다면 

    서버에 office 설치 후 상업용으로 이용시 라이센스에 문제는 없는건지 궁금합니다....

    2019년 8월 12일 월요일 오전 5:39
  • 상업용 서비스라면 더더욱 특정 서드파티 어플리케이션에 의존하지 않게 만드는 것이 필요하지 않을까 생각됩니다. 그리고 그렇게 구현한 서비스는 기술적인 문제와 더불어 나중에 문제가 발생하여도 기술 지원을 받기가 어려운 유지 보수의 문제가 발생할 수 있습니다. 말씀하시는 불가피하다는 표현은 아마도 일정상 서비스를 릴리즈하셔야 하기 때문에 말씀하시는 것으로 생각됩니다만, 어쩔 수 없이 출시하시더라도 향후 발생할 수 있는 이슈는 유념하셔야 할 것 같습니다.

    서비스 구현에 Microsoft.Office.Interop를 사용하시는 것은 상관 없으나, 제 생각으로는 서버에 Microsoft Office를 상업적인 서비스 제공을 목적으로 설치하여 서비스 제공이 가능한지 여부를 Office 제품을 담당하는 곳에 확인하시는 것이 더 필요할 것 같습니다.

    2019년 8월 12일 월요일 오전 5:53
  • 제가 위에서 드렸던 링크의 문서 중간에 보면 아래와 같은 내용이 있습니다.

    이러한 기술적 문제 외에 라이선싱 문제도 고려해야 합니다. 현재의 라이선싱 지침에 따르면, 클라이언트 자체에 Office 정품이 없는 경우 서버에서 Office 응용 프로그램을 사용하여 클라이언트 요청을 처리할 수 없습니다. 서버 쪽 자동화를 사용하여 사용이 허가되지 않은 워크스테이션에 Office 기능을 제공하는 행위는 EULA(최종 사용자 사용권 계약)에서 허용되지 않습니다.

    따라서 구현 중인 서비스에서 제공하려는 기능의 목적을 위한 Office 라이선스의 사용 가능 여부를 먼저 확인하시기 바라겠습니다. 구체적인 기능 시나리오를 함께 설명하시면 답변을 얻는데 도움이 많이 될 것입니다. 저는 이 부분은 몰라서 도움을 드릴 수가 없습니다.


    2019년 8월 12일 월요일 오전 6:08