Cómo combinar la información, en un servidor, en una "forma", un PDF generado con el final de la salida [cerrado]

Question

De fondo:

Tengo una aplicación VB6 he "heredado" que genera un PDF para que el usuario revise el uso no compatible Acrobat Reader OCX integración.El programa genera un archivo FDF con los datos, luego muestra el resultado de la combinación cuando el FDF se combina con un PDF.Sólo funciona correctamente con Acrobat Reader 4 :-(.La instalación de una nueva versión de Acrobat Reader rompe esta aplicación, los usuarios muy infeliz.

Quiero re-arquitectura de esta aplicación para que envíe los datos a ser fusionado a un PDF de salida del servidor de generación.Este servidor va a fusionar los datos que se pasan a ella en la forma, generar una imagen PDF de este, y de la tienda, de manera que cualquier usuario que desee para ver el resultado final puede entonces simplemente conseguir el PDF (que se genera sólo una vez).Si los datos subyacentes se cambia, el PDF se eliminarán y se regenera la próxima vez que se solicita.El programa cliente puede tener cualquier versión de Acrobat Reader que quiera, ya que será utilizado exclusivamente para la visualización de archivos PDF (como estaba previsto).El servidor tendrá más probabilidades de ser escrita .NET (C#) con Visual Studio 2005, probablemente como un Servicio Web...

Pregunta:

Cómo serían otros que me recomienda que vaya acerca de esto?Debo usar Adobe Acrobat 9 en el servidor para ello, poner los datos en FDF o Adobe en formato XML, y dejar Acrobat hacer la mezcla?Hay grandes competidores en la "combinación de datos en el formulario y de salida de un PDF" espacio?¿Cómo hacer esto?Tiene que ser el API se basa, sin interfaz gráfica de usuario en el servidor, por supuesto...

Mientras que algunas de salida es generado a través de FDF/PDF, otra parte de la aplicación envía líneas, gráficos y texto a la impresora (o un formulario con fines de previsualización) una página a la vez, dando la adecuada coordenadas x/y, la fuente, el tamaño, etc.para cada uno, saber cuando es el final de una página, etc.Este código está en el programa que muestra esto para el usuario revise, y es también en el programa que imprime la forma final a la impresora.Para mantener la coherencia entre el revisor y la impresora, me gustaría trasladar a esta salida lógica de generación para un servidor, ya sea mediante una buena generación de PDF API herramienta o utilizar el código como está y generar un archivo PDF con una impresora PDF...y el ahorro de este PDF para su visualización por los clientes.

Buscando en google, Formulario de "software" o "rellenar el formulario de software" o búsquedas similares devuelve sooooooooo mucho más material relacionado, principalmente relacionadas con la interfaz de usuario para los usuarios a rellenar los formularios, sólo que no sé cómo correctamente reducir mi búsqueda.Este sitio parece el lugar perfecto para hacer tal pregunta, como otros programadores también deben necesidad de generar productos similares, y he probado algunas de las excelentes herramientas.

EDITAR:

He añadido la etiqueta de PDF así como PDF-generación.También, mi actual el cliente insiste en PDF de salida, pero agradezco las sugerencias alternativas.

Answer 1

no puede ayudar con VB6 solución, puede ayudar .net o java solución en el servidor.
Obtener iText o iTextSharp de http://www.lowagie.com/iText/.
Tiene un PdfStamper clase que puede combinar un PDF y FDF FDFReader/FDFWriter clases para generar archivos FDF, obtener los nombres de campo de los archivos PDF, etc...

Answer 2

Tome mi consejo.Zanja PDF para XPS.Estoy trabajando en dos aplicaciones, tanto de servidor como de base.Una muestra de la imagen basada en documentos como archivos Pdf en un explorador.El segundo utiliza FixedPage plantillas para la construcción de documentos XPS obligado a fuentes de datos.

Mi conclusión después de trabajar en ambos proyectos es que los Pdf chupar;Los documentos XPS menos.Usted tiene que pagar dinero en efectivo para un decente PDF de la biblioteca, mientras que el XPS viene con el marco.Generación de documentos PDF es una memoria de cerdo, tiene un montón de baches, y no es muy server amable.XPS documentos tienen un tamaño mucho más pequeño y menos posibilidades de tiro en el pie.

Answer 3

He tenido un gran éxito en el uso de Microsoft Word.El formulario está diseñado en Word y se compone con datos XML.El documento se ejecute a través de un convertidor de PDF (Neevia en este caso, pero hay mejores) para generar el PDF.

Todo esto se hace en C#.

Answer 4

Mismo barco.Actualmente estamos haciendo los pdf de esta manera:vb6 aplicación de gotas de un registro en sql (con nombre de archivo, fecha de creación, el usuario y el destino final) y el xls (o doc) es trasladado en un directorio del servidor (compartir) y el servidor tiene una vb.net servicio que tiene un filewatcher de monitoreo de ese directorio.El archivo de muestra, el servicio se inicia excel (word) a pdf el archivo a través de adobe, se ve a sql para averiguar qué hacer con el PDF cuando se realiza, y se registra el tiempo del fin.

Esta fue la solución barata - sólo tomó alrededor de un día a hacer el código y otro día para depurar los dos extremos y el rollo de la construcción.

Esta no es la manera de hacerlo. Adobe se bloquea a veces al azar cuando se trata de hacer el pdf.se ejecutará durante dos semanas con ningún problema en absoluto, y entonces (como hoy) se bloquea cada 5 minutos.o cada dos horas.o en 11:07, 2:43, 3:05, y a las 6:11.

Vamos a convertir las cosas de excel y word y colocar los datos directamente en archivos pdf con PDFTron en la próxima revisión.Sí, PDFTron cuesta dinero (compramos el 1-kilobuck-por cada licencia de procesador) pero va a hacer el trabajo, y muy bien.XPS son bonito pero yo, como usted, tiene que proporcionar los documentos Pdf.Es la forma de las cosas.

Echa un vistazo pdfTron (google) y ver si se puede hacer lo que quiera.A continuación, sólo tienes que averiguar la licencia que necesita y cómo se va a pagar por ello.Si a alguien se le ocurre algo mejor, la esperanza de que voy a votar a la parte superior de la lista!!!