2012-07-04 22 views
7

Tôi không thực sự tốt với giấy phép thats lý do tại sao tôi muốn hỏi ở đây về iTextSharp và tùy chọn để sử dụng nó cho các công cụ thương mại.iText/iTextSharp cho mục đích thương mại: không được khuyến nghị?

Tôi muốn làm việc trên một phần mềm để tạo tệp PDF và tải nội dung lên một số DB và in chúng ra. Bây giờ nó sẽ được miễn phí, nhưng có lẽ một ngày nó có thể trở thành thương mại. Như tôi biết iTextSharp không phải là LGLP, đó là AGPL, và AGPL dành cho phần mềm thương mại không phải là một giải pháp tốt. Có đúng không? Tôi không thể sử dụng iTextSharp (miễn phí) cho phần mềm thương mại?

Như tôi biết có PDFSharp, tôi nghe nói nó không hoàn hảo như iText nhưng nó là đủ. Bất kỳ đề xuất?

+3

Bạn bảo đảm rằng PDFSharp sẽ không được chuyển thành AGPL trong tương lai gần? –

+4

Xem http://itextpdf.com/terms-of-use/index.php: "Mua giấy phép như vậy là bắt buộc ngay khi bạn phát triển các hoạt động thương mại phân phối phần mềm iText bên trong sản phẩm của bạn hoặc triển khai nó trên mạng mà không tiết lộ mã nguồn của các ứng dụng của riêng bạn theo giấy phép AGPL. cho khách hàng dưới dạng ASP, cung cấp các tệp PDF trực tuyến trên đám mây hoặc trong ứng dụng web, vận chuyển iText bằng sản phẩm nguồn đã đóng. " – Sascha

+0

Bỏ phiếu để đóng, vì đây không phải là câu hỏi kỹ thuật và có thể được giải quyết bằng cách chỉ đọc các điều khoản sử dụng (tôi trích dẫn trong bình luận trước đây của tôi) – Sascha

Trả lời

4

Vấn đề không phải là bạn kiếm tiền hay không khi sử dụng iText. Đó là vấn đề của bạn khi sử dụng iText trong một sản phẩm nguồn đóng. Bạn có thể kiếm được hàng tấn tiền với sản phẩm của bạn trong khi sử dụng iText miễn phí theo AGPL, miễn là bạn xuất bản mã của riêng mình theo AGPL.

Sau đó bạn có thể thay đổi giấy phép sản phẩm và đặt mã nguồn đóng, nhưng bạn sẽ phải sử dụng một phần số tiền bạn đã mua để mua bản quyền thương mại iText.

+2

Ngoại trừ việc bạn không thể kiếm được nhiều tiền khi bạn xuất bản mã của riêng mình theo AGPL ... –

+2

@StefanSteiger iText thực sự là một ví dụ phản biện tốt cho tuyên bố của bạn;) –

8

Bạn có thể sử dụng phiên bản cũ hơn của iText theo giấy phép mà họ đang ở tại thời điểm phát hành. Phiên bản 2.1.7 là phiên bản phát hành cuối cùng được cấp phép kép theo MPL và LGPL. Theo hiểu biết của tôi, chúng rất thân thiện với phần mềm nguồn đóng. Bạn (hoặc lý tưởng là một luật sư) sẽ cần phải xem lại các điều khoản cấp phép để đánh giá sự phù hợp của họ cho dự án của bạn.

Giấy phép iText đã được đổi thành AGPL với bản phát hành 5.0. Không có phiên bản 3.x hoặc 4.x nào được phát hành; số phiên bản đã được tăng lên chỉ đơn giản là để mang nó phù hợp với iTextSharp.

Vì iText không còn làm cho các tệp nhị phân cũ hơn có sẵn, bạn sẽ làm tốt để lấy mã từ một nguồn đáng tin cậy và tự biên dịch mã đó vì lý do bảo mật.

Có phiên bản 4.2.0 trong kho lưu trữ iText SVN vẫn nằm trong lược đồ giấy phép cũ. Lưu ý thư cam kết:

Đây là phiên bản cuối cùng của iText có sẵn dưới dạng thư viện MPL/LGPL. Bản phát hành này không bị bẻ khóa, cũng không chính thức được phát hành trên trang web iText.

Xem: http://sourceforge.net/p/itext/code/HEAD/tree/tags/iText_4_2_0/

1

GPL không yêu cầu bạn để phát hành phiên bản sửa đổi của bạn, hoặc bất kỳ phần nào của nó. Bạn được tự do thực hiện các sửa đổi và sử dụng chúng một cách riêng tư, mà không bao giờ giải phóng chúng. Điều này cũng áp dụng cho các tổ chức (kể cả các công ty); một tổ chức có thể tạo ra một phiên bản sửa đổi và sử dụng nó trong nội bộ mà không bao giờ phát hành nó bên ngoài tổ chức.

Nhưng nếu bạn phát hành phiên bản đã sửa đổi cho công chúng theo cách nào đó, GPL yêu cầu bạn cung cấp mã nguồn đã sửa đổi cho người dùng của chương trình, theo GPL.

Vì vậy, GPL cho phép phát hành chương trình đã sửa đổi theo những cách nhất định và không theo cách khác; nhưng quyết định có nên giải phóng nó hay không tùy thuộc vào bạn.

https://www.gnu.org/licenses/gpl-faq.html#GPLRequireSourcePostedPublic

Các vấn đề liên quan