2012-01-02 155 views
10

我知道我無法在這裏找到「真正的」法律建議,但經過很長時間沒有找到完整答案後,我會問 - 無論如何,希望有人可以幫助我。iText 2.1.7在商業項目

我想在商業項目中使用Java PDF Library iText(用於生成簡單的PDF報告),它們以CD的形式分發。 我不打算從iText更改原始源代碼 - 只是使用它。 所以據我所知它使用版本2.1.7後的AGPL,但在使用MPL/LGPL之前。

我的問題是:

  1. 我可以在商業項目中使用它?
  2. 我可以選擇使用哪種許可(MPL/LGPL)?
  3. 運送許可證文本還是需要運送源代碼(來自iText)是否足夠?
  4. 如果我將所有內容都包含在一個Exe-File中,還是需要在單獨的文件夾中包含iText jar,那麼可以嗎?
  5. 我需要提及在我的程序中使用iText(如Info信息或其他)嗎?

感謝您的幫助。在閱讀了許多許可協議之後,我感到非常困惑,我想做的都是正確的。

+0

您有一個商業項目。這意味着你即將賺錢。這意味着你已經制定了財務計劃(計算工時,使用商品的成本等)。在制定商業計劃書時,您應該考慮iText許可證的成本。您應該使用最新版本的iText,這是根據AGPL許可的,如果您在CD上發佈您的應用程序並使用iText爲您的應用程序收費,則需要商業許可證。 – 2014-07-10 12:50:30

+5

布魯諾,我收到有關Itext許可證的答案很混亂。在這裏,您特別指出:「如果您在CD上發佈您的應用程序並使用iText爲您的應用程序收費,那麼」AGPL和需要商業許可證的應用程序「如果我的公司產品不能分發,例如編寫一些使用itext的類文件用數字簽名生成認證的PDF?請注意,在**中,我沒有辦法修改迭代代碼,也沒有分發我的產品。**然後我的類文件在服務器上運行。請列出具體的AGPL部分。 – user3769040 2014-09-17 20:17:11

回答

-1

從使用頁面iText的條款在http://itextpdf.com/terms-of-use/(粗體重點煤礦):

「你可以從許可證的要求發佈的,來自iText的軟件公司

購買購買商業許可這些許可證是強制性的,只要您開發涉及iText軟件的商業活動,但不會公開您的應用程序的源代碼這些活動包括:以ASP的形式向客戶提供付費服務,在Web應用程序中即時提供PDF, 使用封閉源代碼產品運送iText「。

在我看來,由於粗體文本適合你想要對你的產品做什麼,你將需要一個商業許可證。當然,爲了得到明確的答案,您必須聯繫iText人員。

+13

這個答案適用於2.1.7版本嗎?它作爲LGPL發佈,廣泛用於商業項目。 – virgo47 2012-08-20 12:37:33

+0

當人們想要*分發根據GPL/LGPL許可的軟件包的任何部分時,始終存在這個棘手問題。有關此主題的其他答案,請參閱http://stackoverflow.com/questions/1372396/use-lgpl-libraries-in-closed-source-software。版權持有人對條款作出規定,所以再次爲了明確的答案,您只需聯繫iText人員並詢問他們。 – 2012-08-20 13:23:34

+2

https://github.com/weiyeh/iText-4.2.0包含iText的最後一個MPL版本。 2.1.7可與MPL一起使用,因此此答案中的粗體文本不適用於您的問題。要在商業代碼中使用5.x變體,您必須購買許可證。 – MetroidFan2002 2014-02-27 17:10:02

1

擴大Lonzak的答案。 。 。

例如,下載鏈接應該足夠了

是的。但是...它必須是您提供的下載。不是您下載它的地方的鏈接。但你自己託管的下載。因此,您可以將源代碼放在某個服務器上,並在您的程序的某處提供LGPL通知,包括下載鏈接。例如,將任何LGPL通知放入程序中的「關於」框中。

根據我對LGPL的看法,另一種方法是,您也可以簡單地將源代碼與您的程序一起分發,並確保您包含許可證文檔並通知用戶他們在LGPL下的權利。 (基本上,他們被允許將新版本的庫(哈哈)重新鏈接到你的程序中。啊,但你沒有義務爲這種修改的配置提供技術支持!)沒有說你必須做出這個注意是一個巨大的200英尺閃爍的紅色橫幅。

如果您要將程序發佈到CD上,那麼將源代碼和通知簡單地包含在某個文件夾中並且完全符合LGPL是理想選擇。 (另外,只要是技術上可能把JAR的新版本到您正在運行的程序,如果這種新的罐子是有史以來實際存在。)

如果通過下載分發您的程序,只需確保您的程序在某處包含通知,並且可以將源代碼下載託管在同一臺服務器上,並提供指向它的鏈接。

另一種選擇,但我不贊成的一個選擇是,LGPL表示,您可以在通知中簡單地包含用戶寫入美國郵政地址的優惠,您將在其中提供源代碼美國郵政郵件。我不喜歡那種開銷。國際海事組織更容易在某處或某處更好地託管來源,並將其包含在下載或運輸的材料中。在您停止發行後,此優惠至少要持續五年。

至於被要求告知用戶他們的權利,確保完全符合的一種方法是在您的關於框中有一個子頁面或子對話框「開放源代碼通知」,並簡單地包括每一個信用您使用的開源項目。即使它不是LGPL。包括每個項目的通知和許可證文件,例如,Apache許可的文件。這樣每個人都得到信任。沒有人可以抱怨說您沒有包含他們的通知或許可證文件,因爲您將它們全部逐字地加入。你有沒有檢查過你的TiVo或Android手機?你可以找到這樣一個頁面,它是一英里長,每個開源許可證和項目的逐字拷貝使用。

我希望這會有幫助。

相關問題