Hay preguntas sobre eso, pero no recientemente y la tecnología han avanzado desde entonces.

Requisitos:

  • la generación de pdf de documentos basados en plantilla predefinida (I puede utilizar cualquiera de los formularios pdf o xsl-fo)
  • ser capaz de llenar los datos textuales
  • ser capaces de cubrir la gráfica de los datos (que se genera códigos de barras)
  • siendo capaz de alterar pdf plantilla en el entorno de producción sin parchear (compilar)
  • generación de archivo pdf se guarda en la base de datos (blob) y/o impreso
  • de código abierto/libre

Las opciones que se supone son iText, PDFBox, FOP, ¿algo más? ¿Cuáles son las recomendaciones basadas en los requisitos de arriba?

  • Los códigos de barras se insertan como cadenas de caracteres se representa mediante fuentes de código de barras. Supongo que cualquier biblioteca de PDF compatible con ellos.
  • Pavlovic – esto no es cómo barcode4j hace con FOP, es? barcode4j.sourceforge.net/2.1/fop-ext.html
  • al menos tiene un argumento cuando se establecen en la votación – yo no estoy en amor con mis preguntas – puedo abordar el problema(s)…
  • A la derecha, Barcode4J produce imágenes (vectorial o de mapa de bits). Elegí ese enfoque, porque me parece fuentes de código de barras para ciertas simbologías difícil de manejar. Usted tiene que saber una cantidad razonable sobre el tipo de código de barras y que a menudo tienen que implementar el algoritmo de suma de comprobación de ti mismo. Justo esta semana me preguntaron por qué algunos códigos de barras (con fuente), no funcionó. Resultó, que completamente se omite el inicio, final y de la suma de los caracteres de la Code128 símbolo. Barcode4J se encarga de todo eso para usted. Concedido, las fuentes son más ligeros de peso en términos de tamaño de salida.
  • añadido relacionados con la cuestión de los códigos de barras y generación de pdf: stackoverflow.com/q/6627712/59470
InformationsquelleAutor topchef | 2011-07-08

7 Comentarios

  1. 30
    1. iText; hoy en día iText es un comercial de la biblioteca, la última versión no es por libre ya
    2. FOP; he trabajado mucho con FOP. Es bastante intensivo en recursos (Java > XML > XSLT > PDF) y complejo Pdf convertido en una pesadilla ( esto puede resultar en Xslt con 20k+ LoC)
    3. PDFBox; parece ser la mejor alternativa, aunque yo no trabajo con él en proyectos de gran envergadura
    4. No echa un Platillo Volador sin embargo

    Para concluir, me gustaría dar PDFBox una oportunidad. Según el código de barra requisitos que usted puede necesitar en línea con su código de barras (fuente) en el PDF o distribuir la fuente a sus clientes – cuidado con esos temas.

    • con respecto al código de barras: miré cómo barcode4j maneja con FOP – no como algo que no es una fuente, sino de una imagen. Creo que voy a necesitar otra pregunta sobre la integración de códigos de barras en pdf…
    • IText todavía es de código abierto y libre, pero se espera que usted pague si usted lo está utilizando comercialmente. Parece muy razonable para mí!
    • Sí, todavía SOS. Pero buscando en los términos de la licencia es bastante vaga: itextpdf.com/terms-of-use/index.php Extracto: Buying such a license is mandatory as soon as you develop commercial activities involving the iText software without disclosing the source code of your own applications. These activities include: offering paid services to customers as an ASP, serving PDFs on the fly in a web application, shipping iText with a closed source product.
    • stephens – esto no es gratis si la licencia está sujeta a más limitaciones que… no estoy seguro si se llama open source en ese caso.
    • Así es GPL de código abierto entonces. Que se acopla muy claras limitaciones…
    • Sí, pero es diferente de su «software comercial». Es AGPL. AGPL de direcciones de un agujero en la GPL con respecto a los servicios… de personas con acceso a los resultados de la necesidad de acceso a la fuente.
    • decidió INTENTAR PDFBox como ya he trabajado con él cuando se utiliza Tika – no final, pero aún así…
    • <eliminado mi comentario>
    • puede usted por favor, háganos saber lo que han utilizado al final y cómo fue su experiencia con ella ?
    • recogido PDFBox y había relativamente buena experiencia con él, pero el proyecto nunca fue más allá de prototipo. Razón principal para PDFBox fue que iText no estaba disponible para libre ya y FOP era excesivo. Claramente, cada uno debe hacer su propia tarea antes de la recolección, y muy posible todas las opciones evolucionado desde entonces.
    • Gracias por la información. Esto seguramente ayudará a estrechar abajo las soluciones existentes, incluso si queremos a considerar para la evaluación.
    • No es muy profesional a decir que iText no es software libre / open source software más. Para aquellos que no entienden el concepto, hemos hecho un 1 minuto de vídeo que lo explica todo: youtube.com/watch?v=QHF3xcWnSD4
    • itext es ofrecido bajo la AGPL. Yo no veo nada vaga acerca de los términos. El extracto se publican sólo intenta clearify que usted tendrá que revelar la fuente de sus propias aplicaciones si usted elige utilizar la AGPL versión..
    • Yo no soy el experto con respecto a los aspectos legales, así que mi redacción podría estar equivocado. El uso de la biblioteca, sin revelar la fuente es mi personal definición de «libre». Ejemplo: yo uso iText en un gran proyecto para una empresa grande – ¿debo revelar mis proyectos’ código fuente?
    • Sin conocer el contexto exacto, yo diría: sí, la AGPL significa que usted tiene que revelar el código fuente del proyecto. Todo el código que toca a la libre iText (AGPL) debe ser libre también. Su personal definición sobre el libre no es relevante. La AGPL es lo que importa.
    • gracias, pero yo diría que no es ni mi definición personal ni la AGPL – es todo acerca de los requerimientos de nuestros clientes. No es fácil para revelar el código fuente en un entorno empresarial. Voy a actualizar mi respuesta para reflejar nuestra discusión…
    • no es tan fácil de revelar el código fuente en un entorno empresarial y es por eso que las empresas siempre tienen la opción de comprar una licencia comercial que les libera de ese requisito. ¿De qué otra manera crees que iText grupo podría ganar Deloitte Fast50 y todos los otros premios?
    • el código que toca … iText … debe ser gratis» — definir «toca»!! . Es literalmente imposible el uso de iText sin la O. S. así por que generalizar, vaga definición, el sistema operativo debe ser AGPL también que es absurdo.– En el caso de que usted simplemente utilizar un cemento cola no modificado AGPL de la biblioteca, los términos, básicamente, de transmitir, de que .. «no requiere que usted para poner a disposición de cualquier otra cosa, tales como el código fuente de cualquier software que usted posea los derechos de autor.».
    • 100% Apache PDFBox! La Mejor.
    • He estado trabajando con PdfBox por un par de meses. Es una pesadilla.

  2. 6

    He hecho un proyecto con forma de Platillo Volador http://code.google.com/p/flying-saucer/ que se basa en iText. Es gratis, fácil de usar, tiene un gran soporte para CSS, y ha abierto agradable de origen.

    • ¿usted tiene que utilizar la gráfica de características similares a la inserción de códigos de barras en pdf?
    • Sí, es sólo una etiqueta img si estás conversión de HTML. Hemos creado los documentos PDF con varios miles de códigos de barras generados dinámicamente utilizando Platillo Volador. Se maneja perfectamente.
    • ¿Platillo volador requieren licencia para itext? Es gratis entonces?
    • Yo lo he utilizado con la versión gratuita de iText y funcionó bien.
    • MPL vs AGPL. No «libre» frente a «comercial». Esto se está convirtiendo rápidamente en una quejas de la mina.
    • GPL significa que no puede ser usada a la venta?

  3. 6

    Creo que su criterio pueda ser visto con iText y Apahce FOp, pero aquí tienes algunos de los criterios adicionales:

    • de licencias: FOP se basa en la licencia de Apache y por lo tanto de «amistad», también para uso comercial
    • flexbility: un bajo nivel de API como iText es más flexible que el de alto nivel de la FOP
    • Herramientas visuales: hay un diseñador para FOP aquí.
    • De programación: Modelo: iText se basa en la API de programación, mientras que la FOP, requiere de un XSLFO plantilla y menos programación.
    • De propiedad vs estándar. Apache FOP se basa en un estándar y, por tanto, proveedor independiente, mientras que iText es una propiedad de la API de
    • Performace: se dice de la FOP es más de computación intensiva. esto depende, por supuesto, de lo que su objetivo archivos PDF son. Fue nunca un problema para mí con FOP.

    Yo no los uso PDFBox, es buena para leer y modificar un archivo PDF existente pero createing un archivo desde cero utilizando PDFBox puede ser un montón de trabajo.

    • «amistosa», también para uso comercial – usted no tiene que pagar la licencia en el software comercial, pero usted no va a obtener el apoyo y los ejemplos que se obtiene con IText.
  4. 3

    Estoy un poco sesgado (confirmador), pero te sugiero que iText.

    la generación de pdf de documentos basados en plantilla predefinida (I puede utilizar cualquiera de los formularios pdf o xsl-fo)

    Formularios PDF: Comprobar

    ser capaz de llenar los datos textuales

    Formularios PDF, de verificación. También puede realizar el diseño programático.

    ser capaces de cubrir la gráfica de los datos (que se genera códigos de barras)

    De verificación. Dada una ubicación conocida (que podría ser «la ubicación de este particular anotación»), iText se elaborará un código de barras para que usted da una simbología y el valor. Se puede deducir una lista de las simbologías de la constantes enumeradas aquí.

    Para este tipo de cosas, yo lo uso de campos de Botón con un Icono de «Sólo» apariencia. El «icono» es arbitraria en el PDF de las instrucciones de dibujo, o una imagen. iText el código de barras del material será crear un PdfTemplate puede meter en el botón sin demasiados problemas.

    siendo capaz de alterar pdf plantilla en el entorno de producción sin parchear (compilar)

    Si todos los de su disposición se incluye en el PDF de la plantilla, y su «código de barras va aquí» info no está codificado en el código fuente, entonces estás de oro.

    generación de archivo pdf se guarda en la base de datos (blob) y/o impreso

    Un PDF es un archivo PDF es un documento PDF. Diablos, con algo de trabajo adicional de su parte, usted puede utilizar iText para crear archivos PDF/a. «A» es para el Archivo.

    de código abierto/libre

    De Código Abierto: Sí. v2.1.7 fue la última versión para el uso de la MPL. Desde el 5 de.x, todos los iText versiones han sido bajo la AGPL. Sí, iText saltado de 2.1.7 a 5.0, con el fin de sincronizar la versión de numeración entre iText y iTextSharp.

    No exactamente «poco f», pero la versión 2.1.7 no es difícil de encontrar. OTOH, es huérfano-ware, sin mantenimiento. Ser un consumidor informado.

    • gracias por la detallada respuesta! Todavía tengo algunas preguntas, probablemente, debido a mi falta de conocimiento de pdf terminología… ¿utiliza los términos PDF y la plantilla de formulario PDF de forma indistinta (excepto para la clase PdfTemplate que entiendo que no está relacionada con cualquiera)? ¿Itext ofrecer soporte para códigos de barras, así que no voy a necesitar otro de la biblioteca para generar ellos (dejando de cómo los ricos de la característica de código de barras de apoyo está fuera de esta cuestión por ahora)? gracias, de nuevo.
  5. 2

    Depende de cómo exactamente se desea crear el PDF también. FOP obras de XML, IText permite crear mediante programación de Java.

    • Yo especificado en la pregunta que ambas formas están muy bien: el uso de formas (itext, pdfbox) o xml->pdf (a través de xsl-fo).
    • En realidad no, si he leído sus requisitos. Va con PDFBox o iText, usted tiene que cambiar el código de Java y volver a compilar si cambia el diseño. Con XSLT/CSS basado en el enfoque (XSL-FO/HTML), sólo hay que cambiar la hoja de estilos…que, concedido, es también una especie de código fuente, pero es compilado sobre la marcha.
    • Märki con PDFBox o iText I plan mediante el formulario en pdf para rellenar y generar nuevas pdf (texto y/o imagen de los campos). ¿Tiene sentido? Y, por supuesto, ambos formularios pdf y hojas de estilo externas a código Java, así que no hay necesidad de recompilar.

Dejar respuesta

Please enter your comment!
Please enter your name here