Correct, what I meant to say was that it crashed because of the combination
of the free iText and the XHTMLRenderer. We're now looking to understand if
there's a better solution that doesn't rely on rendering the HTML as a UI
(browser or AWT or Swing) before writing the PDF.
Dan Schreiber
Team Lead, R&D, indeni Ltd.
On Wed, Mar 14, 2012 at 10:06 AM, iText Info <[email protected]> wrote:
> Op 13/03/2012 16:09, Dan Schreiber schreef:
>
> Hi Everyone,
>>
>> Our development environment crashed because of iText's free version. This
>> is a jstack dump:
>> 02aaabc585000 nid=0x3af7 runnable [0x00002aaaf0269000]
>> java.lang.Thread.State: RUNNABLE
>> at java.awt.geom.Path2D$Double.**rectCrossings(Path2D.java:**1288)
>>
> I see that I made a mistake yesterday.
> This is NOT a class that was introduced in iText 5.2.0.
>
> Nevertheless, the original allegation is also wrong.
> It says the development environment crashes because of iText.
> However, we don't see com.lowagie or com.itextpdf in the stack trace
> anywhere.
> Based on the stack trace, it looks like the org.xhtmlrenderer are the
> culprit.
>
> We are not responsible for third party software using iText.
>
------------------------------------------------------------------------------
Virtualization & Cloud Management Using Capacity Planning
Cloud computing makes use of virtualization - but cloud computing
also focuses on allowing computing to be delivered as a service.
http://www.accelacomm.com/jaw/sfnl/114/51521223/
_______________________________________________
iText-questions mailing list
[email protected]
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