with my test-form (125 fields) and without using the helper every call of
formFields.setFields(xfdfData) lasts about 5 seconds (between 4500 and 5500
msecs.) (called from java-stored-procedure in database on a 2ghz p4)
with the helper every call after the first finishes in about 100 msecs.
i noticed that merging "outside" the database is faster but the performance
gain should be similar. propably i can build a more complete test this
evening.

regards,
robert

> It may work as only the appearance is generated. Do you have any
> before/after timings?
> 
> > -----Original Message-----
> > From: "Robert M�ller" [mailto:[EMAIL PROTECTED] 
> > Sent: Thursday, December 09, 2004 11:18 AM
> > To: Paulo Soares; [EMAIL PROTECTED]
> > Subject: RE: [iText-questions] AcroFields.setFields perfomance issues
> > 
> > hi,
> > 
> > i tried AcroFields.setGenerateAppearances(false) but as i 
> > have to "flatten"
> > the form-fields and concatenate the generated pdfs i think 
> > this won't work
> > for me.
> > i thought that i considered that "... the content will be different
> > depending on the data" because in getAppearanceCheckKnown i 
> > only skip the
> > first formatting-part (which seems to be the most expensive) 
> > for "known
> > fields" but tx.setText(text) is still called for each field.
> > or is the "content" of a text field more than just the text ?
> > 
> > regards,
> > robert
> > 
> > > I don't see how your approach can work. The formatting of a 
> > text field
> > > appearance may not change but the content will be different 
> > depending on
> > the
> > > data. Appearance generation is an expensive and complicated 
> > process and
> > many
> > > tools out there don't even bother to do it. If you really need the
> > > appearances you'll have to bite the bullet but if you don't 
> > need them
> > because your
> > > Acrobat version will generate them then use
> > > AcroFields.setGenerateAppearances(false).
> > > 
> > > Best Regards,
> > > Paulo Soares
> > > 
> > > > -----Original Message-----
> > > > From: [EMAIL PROTECTED] 
> > > > [mailto:[EMAIL PROTECTED] On 
> > > > Behalf Of Robert M�ller
> > > > Sent: Wednesday, December 08, 2004 11:13 PM
> > > > To: [EMAIL PROTECTED]
> > > > Subject: [iText-questions] AcroFields.setFields perfomance issues
> > > > 
> > > > hi,
> > > > 
> > > > i'm currently evaluating iText's form-merging functions. i 
> > > > need to merge
> > > > xfdf-data (stored in oracle-clobs) with pdf-forms (stored in
> > > > oracle-blobs).
> > > > basically this works fine but i encounter some performance 
> > > > problems. in
> > > > particular AcroFiels.getAppearance seems to be very "expensive".
> > > > i need to merge different xfdf-data with the same 
> > pdf-form about 500
> > > > times (so the formatting of the text fields won't change, 
> > > > just the data)
> > > > and store it in the database.
> > > > i "wrote" PdfTools which basically consists of the 
> > merge_fdf example
> > > > (and com.lowagie.tools.concat_pdf - just added the 
> > oracle-lob-stuff).
> > > > 
> > > > what i'm trying to do is "remember" the formatting of a TextField
> > > > (because getAppearance seems to make up for 90% of the
> > > > "merging-process") and just change it's value 
> > > > (AcroFieldsHelper) - don't
> > > > know if this is a valid approach.
> > > > 
> > > > i had to modify AcroFields.setField to accomplish this (call
> > > > getAppearanceCheckKnown instead of getAppearance and PdfTools 
> > > > passes the
> > > > "helper-class").
> > > > 
> > > > as i'm new to java and pdf-generating i've got the feeling the i'm
> > > > missing some important point somewhere ... maybe there's a way of
> > > > "bulk-merging"
> > > > (without messing around with the iText classes)
> > > > 
> > > > regards,
> > > > robert
> > > > 
> > > > ps: sorry for my english and the german comments ...
> > > > pps: i'm new to java, pdf and mailing-lists, so if you 
> > can't open the
> > > > attachments or something else just let me know
> > > > 
> > > > ---
> > > > Outgoing mail is certified Virus Free.
> > > > Checked by AVG anti-virus system (http://www.grisoft.com).
> > > > Version: 6.0.805 / Virus Database: 547 - Release Date: 03.12.2004
> > > >  
> > > >       
> > > > 
> > > 
> > > 
> > > -------------------------------------------------------
> > > SF email is sponsored by - The IT Product Guide
> > > Read honest & candid reviews on hundreds of IT Products 
> > from real users.
> > > Discover which products truly live up to the hype. Start 
> > reading now. 
> > > http://productguide.itmanagersjournal.com/
> > > _______________________________________________
> > > iText-questions mailing list
> > > [EMAIL PROTECTED]
> > > https://lists.sourceforge.net/lists/listinfo/itext-questions
> > > 
> > 
> > -- 
> > NEU +++ DSL Komplett von GMX +++ http://www.gmx.net/de/go/dsl
> > GMX DSL-Netzanschluss + Tarif zum superg�nstigen Komplett-Preis!
> > 
> 

-- 
GMX ProMail mit bestem Virenschutz http://www.gmx.net/de/go/mail
+++ Empfehlung der Redaktion +++ Internet Professionell 10/04 +++


-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now. 
http://productguide.itmanagersjournal.com/
_______________________________________________
iText-questions mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/itext-questions

Reply via email to