Subsribe to our RSS

latest reactions

Ismail
Genius! …Daryl James
Wow, great post, I never realized there…Brad
Wow, thanks for posting this.Strangely …jax
Ted must be a php fan...Most Ted's ar …pagla
wow. thanx a lot …

Use OpenDNS

mxna feeds

ColdFusion Developer opening in HollandColdFusion Developer opening in HollandColdFusion Developer opening in HollandColdFusion Contact Form in One Easy File - Part 3Is CFEclipse Dead?software engineerMy Technical SkillsISAPI_Rewrite is a powerful URL manipulation engineAction script-Coldfusion based File explorerKool site for coldfusion open source snippet downloadsUsing ISAPI with coldfusioncoldfusion to javascript - passing variablesEvent-Driven Programming MAX PresentationThoughts on MAX and Bolt - What a Week!Article at InfoQ published: Debunking Common Myths about ColdFusion

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

MXNA webfeed

Visit Carlos GallupaPowered by ColdFusion MX

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.

1819 viewed | 8 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  

Leave your comment

Your name


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


Some room for your reaction is placed here..



A dozen apples are how many?? (12 would be a good answer for this)




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