latest reactions

David Levin
Does the trim still work if the form fie …
mal
as long as the join keys are same in eac …
Tarida
I am using ipinfodb.com to redirect the…
David Levin
Good stuff. For those interested in a UD …
PtcBux
oh Wilbur Gans wrote thank you so much…

Clicky Web Analytics
Use OpenDNS
ZERIGO DNS

Ultimate dns hosting based on pre-defined templates, DNS redirection and lot's more.

mxna feeds

CF Webtools is Hiring Full Time Remote DevelopersConnecting to JNDI data sources in ColdFusion 10Video : Security improvements in ColdFusion 10Adobe ColdFusion Webcast: Evolutions of ColdFusion and Application Predictions for 2013Resolve Stability Problems and SPEED UP ColdFusion 10Strange Interaction Between DeserializeJson(), ArrayContains(), And Database Values In ColdFusionNot able to apply Hotfix from ColdFusion 10 Administrator on Windows with Lockdown guide imposed on server. How to setInfinite Scroll Example with ColdFusionColdFusion Summit 2013ColdFusion Dev Needed: Albany, NYCF911: New Adobe document about #ColdFusion security hotfixes: required reading, I'd sayColdFusion Summit AnnouncedAdobe Announces ColdFusion Summit 2013Circular Thumbnails with ColdFusion / CSSColdFusion Dev needed: South Florida

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

Visit Carlos GallupaMXNA webfeed

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.

16205 viewed | 18 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  

Alberto Rojas wrote.... (site)

You guys ROCK! I've been having this issue for about a year now. Thank YOU!!!

06 July 2011 18:39 cet  

TLM wrote.... (site)

Just like everyone else, worked like a charm, thanks..

19 April 2012 21:26 cet  

Sagan Internet Marketing wrote.... (site)

Excellent the solution provided by Robert Fischbacher worked for me. Thanks!

23 January 2013 23:51 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!!