[EMAIL PROTECTED] wrote: >I sincerely hope this makes sense. > It makes perfectly sense. Many insurance companies use iText to achieve something similar.
Most of the GUI in your web app can be made out of HTML and HTML forms, but the best format for the final documents is without any doubt PDF. If I were you, I would make abstraction of the JSP architecture and start write some code (a 'bean', although I don't like to use that word because people often get confused because there are so many types of beans) that generates the PDF. You can test this code (with the 'business logic' to create the PDF) from a standalone application that feeds the bean with data and gets a PDF document in return. There are plenty of examples in the tutorial. Once you get this working, it is only a small step to write a JSP page that replaces your standalone example. I read that you need to store the PDF on serverside (filesystem or database). Well, in that case, I would execute the code that creates and stores the PDF from one JSP page and then redirect to a JSP file that does nothing more than 'serving the bytes' to the client. best regards, Bruno ------------------------------------------------------------------------- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 _______________________________________________ iText-questions mailing list iText-questions@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/itext-questions
