Para ampliar la respuesta de Lonzak. . .
E.g. un enlace de descarga debería ser suficiente
Sí. PERO ... debe ser una descarga que USTED proporcione. No es un enlace desde donde lo descargó. Pero una descarga que tú mismo organizas. De modo que podría colocar la fuente en un servidor en alguna parte y proporcionar los avisos LGPL dentro de su programa en algún lugar, incluido el enlace de descarga. Por ejemplo, ponga los avisos LGPL en un "cuadro Acerca de" dentro de su programa.
Una alternativa, según mi lectura de la LGPL, es que también puede simplemente distribuir el código fuente con su programa y asegurarse de incluir el documento de licencia y un aviso que informe a los usuarios de sus derechos bajo LGPL. (Básicamente, se les permite volver a vincular una versión más nueva de la biblioteca (ja, ja) en su programa. ¡Ah, pero no está obligado a proporcionar asistencia técnica para una configuración tan modificada!) Y nada dice que tenga que hacer esto note que es un gigantesco banner rojo de 200 pies.
Si está distribuyendo su programa en un CD, entonces es ideal simplemente incluir las fuentes y avisos en una carpeta en alguna parte y haber cumplido totalmente con la LGPL. (Además, el tiempo que es técnicamente posible poner una nueva versión del JAR en su programa en ejecución, si un frasco de tales nuevos eran siempre que exista realmente.)
Si distribuye su programa de descarga, simplemente asegúrese de que su programa incluya los avisos en alguna parte, y que pueda alojar la descarga del código fuente en el mismo servidor y proporcionarle enlaces.
Otra opción, pero no personalmente, es que la LGPL dice que simplemente puede incluir en sus avisos una oferta para que el usuario escriba a una dirección postal de EE. UU., Donde proporcionará el código fuente por Correo postal de los Estados Unidos No me gusta la sobrecarga de eso. Mucho más fácil, OMI, para alojar la fuente usted mismo, en algún lugar, o mejor, incluirlo en los materiales descargados o enviados. Y esta oferta debe ser válida durante al menos cinco años DESPUÉS de que cese la distribución. En cuanto a la obligación de informar a los usuarios de sus derechos, una forma de asegurarse de cumplirlo es en su cuadro Acerca de para tener una sub página o cuadro de diálogo secundario "Avisos de código abierto" y simplemente incluir crédito para todos y cada uno proyecto de código abierto que usas Incluso si no es LGPL. Incluya textualmente el aviso y el documento de licencia de cada proyecto, incluso, por ejemplo, los con licencia de Apache. De esa forma todos obtienen crédito. Nadie puede quejarse de que no incluyó su aviso o documento de licencia porque los incluyó todos al pie de la letra. ¿Alguna vez ha revisado su teléfono TiVo o Android? Puede encontrar dicha página, y tiene una longitud de una milla, con copias exactas de cada licencia y proyecto de código abierto que se utiliza.
Espero que sea útil.
Tiene un proyecto comercial. Esto significa que estás a punto de ganar dinero. Esto significa que ha hecho un plan financiero (horas hombre calculadas, costo de los bienes utilizados, etc.). Debe tomar en cuenta el costo de una licencia iText cuando dibuje su plan de negocios. Debe usar una versión reciente de iText que esté licenciada bajo AGPL y que requiera una licencia comercial si distribuye su aplicación en un CD y carga su aplicación usando iText. –
Bruno, las respuestas que recibo sobre la licencia con respecto a Itext son muy confusas. Aquí específicamente dice que "AGPL y que requiere una licencia comercial si distribuye su aplicación en un CD y cobra por su aplicación utilizando iText". ¿Qué sucede si el producto de mi empresa NO debe distribuirse, como escribir algunos archivos de clase que utilizan itext para generar pdf autenticado con firma digital? Tenga en cuenta que en ** de ninguna manera he modificado el código de itexto ni distribuido mi producto. ** mis archivos de clase se ejecutan en el servidor. Por favor liste una sección específica de AGPL. – user3769040