Subsribe to our RSS

latest reactions

christian louboutin shoes
With that kind of traffic you want to ad …Rahul Anand
Thanks for the nice post. It works for m …Serkan
thx a lot! …msb
Thanks for above solution.There is ano …Lori S.
FYI, I was using this successfully in CF …

Use OpenDNS

mxna feeds

cfmailparam behaviour change in CF9.01ColdFusion Job Opportunity in Houston, TXFacial Recognition in 14 Lines Of ColdFusionColdFusion UPS PackageColdFusion Job Opportunity in Arlington, VAColdFusion Job Opportunity in San Diego, CASome ColdFusionBloggers.org GuidelinesColdFusion Positions In CaliforniaListChangeDelimsunix epoch with coldfusionQuery scripting bug in Coldfusion 9Scoth On The Rock 2011 Tickets on salefoursquareCFC updated to version 1.0, now includes ColdFusion return typeFramework One Birds of a Feather session at CFUnitedWhat makes you a good ColdFusion programmer?

All files are strictly confidential: all information is classified.
© Copyright 2002 - 2010 mximize.com.
All right reserved.

MXNA webfeed

Visit Carlos Gallupa

java.io.IOException: Parsing problem

Since updating to MX 8.01 i get the following error after producing a lot of PDF files. After restarting the service everything works fine again, but it's quite frustrating because restarting is the only solution so far.

After reading several blogs, forums etc etc i found out that more people experience this bug, bug Adobe doesn't seem to have discovered it... Could anyone point me in a direction to solve this problem.

Behavior description:
Every week I create a 500+ PDF files with a simple script that generates HTML and that's being transformed to a PDF.. works flawless. BUT... and there it is.. after this schedule task, other functions that work exactly the same.. html to pdf with cfdocument don't work anymore and produces the following error.

java.io.IOException: Parsing problem occured during the rendering process of this document.

Only restarting of the entire ColdFusion service solves it.. and because it's a production machine this isn't ideal. Can anyone (Adobe??) confirm this behavior. I really really would like to fix this bug because (as i said) it's frustrating to reboot the machine every week.

9011 viewed | 15 opinion(s)  | del.icio.us | Digg it | Tjarko @ 22/07/08 12:10 cet


Reactions:

jax wrote.... (site)

Allthough this doesn't look as if it is directly related to a memory issue, it just might be.
Get rid of every object after using it (nullify, or in CF delete it?)
You might also wanna try to force the JRE into a garbage collection run. But remember, the garbage collector has a mind of its own, it might listen to you, but it might also just say: 'na, not now'

23 July 2008 15:10 cet  

j wrote....

We are in the same situation

29 July 2008 17:49 cet  

Robert Fischbacher wrote....

I have the same problem. Has anybody a solution?

25 August 2008 12:33 cet  

Tjarko wrote.... (site)

As of today there hasn't been someone with a solution :-( I now restart the service after the initial scheduled task and that "solves" it for me.. But that is a really dirty was of "fixing" this problem.

25 August 2008 12:54 cet  

Robert Fischbacher wrote....

Hmmmm. Restarting the service is no solution for me because the server will be the production server and I'm not allowed to restart the service at any time.
Creating a own ApplicationPool did not help, too.
This makes me sad :-( Adobe, please help us.

25 August 2008 13:07 cet  

Robert Fischbacher wrote....

Hello again. I hope, now I have a workaround. The problem is a "<br><br>" HTML command. Now I replace this one to "<br><font></font><br>". This is the CF code:

<cfprocessingdirective suppresswhitespace="yes" pageencoding="utf-8">

<cfparam name="url.Suppress" default="no">

<cfsetting requesttimeout="60">
<cfset xurl="mysite.cfm?id=1234">
<cfhttp url="#xurl#" timeout="10" charset="utf-8"></cfhttp>

<cflock scope="server" timeout="60">

<cfdocument format="pdf"
orientation="portrait"
backgroundvisible="true"
encryption="128-bit"
fontembed="yes"
permissions="AllowScreenReaders,AllowPrinting"
>
<cfoutput>#replace(cfhttp.filecontent,"<br><br>","<br><font></font><br>","ALL")#</cfoutput>
</cfdocument>

</cflock>

</cfprocessingdirective>

25 August 2008 14:27 cet  

Anthony Webb wrote.... (mail)

@robert:Brilliant!Worked great for me.

22 October 2008 17:47 cet  

Brad wrote.... (site)

Wow, thanks for posting this.Strangely, this just popped up recently in an app we have been using with CF 8 for months??Even more perplexing was that the CF8 Test server worked fine, but the CF8 production server blew up only some of the time (not all records did it).Very strange, however, the empty FONT tag between two BR tags seems to be doing the trick.So thanks again!

04 November 2008 20:31 cet  

Alex wrote.... (mail)

I am having the same error, but the output going to the PDF is in a table.There are no double line breaks.Any other solutions?

25 November 2008 14:53 cet  

Ray wrote.... (mail)

Same for me - replacing several cases of <BR><BR> "solved" it.

05 December 2008 0:10 cet  

Westside wrote....

Yes, me too, this worked and saved me some time, I just upgraded our dev server to 8.01 update and this start happening.

24 April 2009 3:58 cet  

Angus wrote.... (site)

Have to say thanks.Saved me much aggro.

22 May 2009 5:09 cet  

Sebastian wrote.... (site)

Replacing "<br><br>" solved the problem for me, too. Thanks a lot, saved me further debugging time ;-)

14 July 2009 11:16 cet  

Sebastian wrote.... (site)

In case someone needs a regex to replace <br> sequences into a single <br> tag:

<cfset sFilecontent = REReplaceNoCase(sFilecontent, "(<br[^>]*>\s*)+", "<br/>", "All")>

14 July 2009 12:13 cet  

David wrote.... (site)

Worked for me to, big thanks!

<cfdocument format="pdf">
<cfoutput>
#REReplaceNoCase(cfhttp.FileContent, "(<br[^>]*>\s*)+", "<br/>", "All")#
</cfoutput>
</cfdocument>

01 September 2009 2:56 cet  

Leave your comment

Your name


Your url/website/link/email....


Some room for your reaction is placed here..



The answer to the ultimate question is?? (42 ;-))




URL en mail addresses are translated for you... life sometimes is that simple!!