iText + GeneXus : riesgo legal de su uso sin licencia.

Si generás PDFs con GeneXus, seguro te cruzaste con iText (Java) o iTextSharp (.NET). Lo clave: las versiones modernas de iText ya no son gratuitas para uso empresarial salvo que cumplas AGPL; de lo contrario, requieren licencia comercial.

1) Línea de tiempo (qué fue gratis y desde cuándo se paga)

  • Gratis (para proyectos cerrados)

    • iText 2.1.7 (Java): bajo MPL/LGPL. Última “antigua”. iTextpdf

    • iTextSharp 4.1.6 (.NET Framework): última bajo MPL/LGPL. GitHubNuGet

  • Desde iText 5 (7-Dic-2009): dual AGPL + comercial. Si no podés/querés cumplir AGPL, tenés que licenciar (aplica también a iText 7/8). kb.itextpdf.com

AGPL implica obligaciones de compartir código si hay interacción por red con el programa que incorpora iText; para evitarlo, se usa licencia comercial. kb.itextpdf.com

2) GeneXus hoy: por generador

Java

.NET (moderno, ex .NET Core / “.NET Generator”)

.NET Framework (viejo)

  • Sigue con iText (Legacy) por defecto (la rama histórica 4.x/iTextSharp). Si cambiás a iText 7/8, aplica el mismo esquema AGPL/comercial. dev-docs.genexus.com

Pista práctica: revisá la propiedad “PDF Reports Library” en tu KB (por generador) antes de compilar/deployar. docs.genexus.com

3) Qué conviene usar (en 2 líneas)

  • Si no querés licenciar iText:

  • Si necesitás features de iText 7/8 (pdfHTML, PDF/A/UA, etc.) → comprá licencia comercial o asegurá cumplimiento AGPL. kb.itextpdf.com

4) Caso real 

Caso Real: Demanda por el uso de iText sin Licencia

El riesgo de no pagar la licencia no es teórico. Ha habido varios casos de empresas demandadas por la empresa detrás de iText. Un caso que conozco involucró a una empresa en el extranjero que fue contactada por un representante de iText Group, la compañía desarrolladora. Después de un análisis del software de la empresa, los auditores de iText descubrieron que utilizaban la versión 5.x de la biblioteca en un producto comercial, sin haber adquirido la licencia comercial correspondiente.

La empresa recibió una carta de demanda exigiendo el pago de royalties retroactivos por el uso no autorizado y una tarifa por la licencia futura, lo que resultó en un costo significativamente mayor que el precio original de la licencia. Estos casos demuestran que las empresas que desarrollan software iText Group tienen equipos dedicados a la auditoría de licencias y no dudan en tomar acciones legales para proteger su propiedad intelectual.

La moraleja de la historia es clara: los costos y problemas legales de no cumplir con las licencias superan con creces el costo de adquirir una. Es fundamental auditar el software que se utiliza, especialmente las librerías de terceros, para evitar problemas que puedan poner en riesgo a tu empresa.

Fuentes

Comentarios

Publicar un comentario

1) Lee el post
2) Poné tu opinión sobre el mismo.
Todos los comentarios serán leidos y la mayoría son publicados.

Entradas más populares de este blog

Migrando de GeneXus 9.0 a GeneXus X.

Imagen
La idea de este post es comentar algunos de los problemas que he encontrado migrando desde Genexus 9.0 a GeneXus X. Tiene también algunos tips que pueden hacer mas fácil la vida (al menos la mia). Los pasos que hice fueron: 1) Copiar el directorio de la KB para guardar en caso que pase algo. Borrar de la KB el directorio de los modelos (los DATA00x). Esto es para asegurarme que no me queda ningun fuente viejo, ni ninguna dll, jar, etc de la versión anterior. 2) Entrar con GeneXus 9.0 a la KB y borrar todos los modelos que no se utilicen. Esto se hace con File/Delete Model estando en diseño. Conviene borrar el modelo de Backup (si existe) pues acelera la conversión. 3) Renombrar el domino Boolean si existiera y ponerle Boolean90. En GeneXus X Boolean es un tipo de datos nativos y si existe un domino Boolean (como el que usa el Pattern WorkWith, se arma lio). 4) Borrar todos los objetos que no se utilicen y los que sean WIN. Este paso no es indispensable, pero es muy saludable. Puede a...
Leer más

La nefasta influencia del golero de Cacho Bochinche en el fútbol uruguayo

Imagen
Esta teoría no es mia, sino que se la escuché por primera vez a Andrés Acosta. Varias generaciones de niños en Montevideo, crecieron viendo un programa de televisión llamado Cacho Bochinche, donde había un juego donde habia que patear penales a un arco con un golero de goma. La falla fundamental del mismo, es que en vez de premiar a quienes metian goles, se premiaba a quienes logran pegarle un pelotazo al golero y tirarlo al suelo. O sea, quien pateaba en forma mas burda y fuerte, era el ganador. Para complicar mas la situación, muchas veces cuando un niño no lograba voltear al muñeco, el animador del programa (el inefable Cacho de la Cruz que hacía de juez), le pegaba o empujaba al golero para tirarlo al suelo y de forma de dejar contento al niño que estaba haciendo pucheros. Por lo tanto se promueven varios valores, que han logrado calar muy profundo en las generaciones de niños telespectadores: a) Es bueno patear fuerte y al medio b) Tirar a colocar es de maricones c) El golero es ...
Leer más

Aplicación monolítica o distribuida?

Imagen
En los últimos tiempos, hemos escuchado muchas opiniones sobre cómo es conveniente diseñar nuestras aplicaciones, desde el punto de vista de su arquitectura en la ejecución.  Históricamente las aplicaciones eran monolíticas (una aplicación que se instalaba en una computadora y hacia todo lo que necesitaba) y en forma más recientes se esta optando por hacer aplicaciones distribuidas en varias computadoras, dividas en servicios independientes (algunos lo llaman microservicios). Al ser tan variadas las aplicaciones que realizamos, es claro que no hay una solución optima para todos los casos, sino que tenemos que adoptar (y adaptar) la arquitectura que mas nos convenga para cada caso. También hay que entender que entre una aplicación monolítica y una aplicación totalmente basada en microservicios hay una gran variedad de combinaciones posibles, pues no hay que hacer binaria la elección. El problema.  Es una realidad, que los sistemas de información cada día abarcan más...
Leer más