That makes sense, maybe I did something wrong with my new array and
flattening the original.
We decided it wouldn't be wise for us to store editable copies in case
someone
gets hold of it and starts printing their own documents, with or without
another password to manage.
Thanks anyway, appreciated.
Taariq
On Fri, May 20, 2011 at 3:54 PM, Jason Berk <jb...@purduefed.com> wrote:
> Not sure I understand exactly what you want, but I create a PDF in memory
> and then use
>
>
>
>
> http://download.oracle.com/javase/6/docs/api/java/util/Arrays.html#copyOf(byte[],
> int)
>
>
>
> to copy it and store the copy in the DB. You could flatten the original
> after you make the copy.
>
>
>
> Jason
>
>
>
> *From:* Taariq Levack [mailto:taar...@gmail.com]
> *Sent:* Friday, May 20, 2011 2:49 AM
> *To:* itext-questions@lists.sourceforge.net
> *Subject:* [iText-questions] Generating duplicate PDFs
>
>
>
> Hi
>
> My requirement is to store a copy of the printed PDF in the DB in case a
> duplicate is requested
> later.
> I will then have to edit some fields like the date etc and return this to
> the user.
> Neither copy should be editable by the time it gets to the user, so I use
> "certificateStamp.setFormFlattening(true);"
> Of course if I do that the first time I cannot edit it again myself either,
> but if I don't then both are editable, even though I attempt to
> flatten the form going back to the user.
>
> We could store the data used to generate the PDF, but decided against this
> because we may change the template as the years go by.
>
> I've tried a few things and failed, is this possible with iText?
>
> Regards,
> Taariq
>
> This is a transmission from Purdue Federal Credit Union (Purdue Federal) and
> is intended solely for its authorized recipient(s), and may contain
> information that is confidential and or legally privileged. If you are not an
> addressee, or the employee or agent responsible for delivering it to an
> addressee, you are hereby notified that any use, dissemination, distribution,
> publication or copying of the information contained in this email is strictly
> prohibited. If you have received this transmission in error, please notify us
> by telephoning (765)497-3328 or returning the email. You are then instructed
> to delete the information from your computer. Thank you for your cooperation.
>
>
>
>
> ------------------------------------------------------------------------------
> What Every C/C++ and Fortran developer Should Know!
> Read this article and learn how Intel has extended the reach of its
> next-generation tools to help Windows* and Linux* C/C++ and Fortran
> developers boost performance applications - including clusters.
> http://p.sf.net/sfu/intel-dev2devmay
> _______________________________________________
> iText-questions mailing list
> iText-questions@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/itext-questions
>
> iText(R) is a registered trademark of 1T3XT BVBA.
> Many questions posted to this list can (and will) be answered with a
> reference to the iText book: http://www.itextpdf.com/book/
> Please check the keywords list before you ask for examples:
> http://itextpdf.com/themes/keywords.php
>
------------------------------------------------------------------------------
What Every C/C++ and Fortran developer Should Know!
Read this article and learn how Intel has extended the reach of its
next-generation tools to help Windows* and Linux* C/C++ and Fortran
developers boost performance applications - including clusters.
http://p.sf.net/sfu/intel-dev2devmay
_______________________________________________
iText-questions mailing list
iText-questions@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/itext-questions
iText(R) is a registered trademark of 1T3XT BVBA.
Many questions posted to this list can (and will) be answered with a reference
to the iText book: http://www.itextpdf.com/book/
Please check the keywords list before you ask for examples:
http://itextpdf.com/themes/keywords.php
