Skip to main content
Upen1
Upen1
Inspiring
April 9, 2017
Answered

CFCHARTformat=png image not loading on browser

  • April 9, 2017
  • 3 replies
  • 2178 views

I have created a simple horizontal bar chart using cfchart by following code:

<cfchart chartheight="300" chartwidth="400"  showxgridlines="no" showygridlines="no" showborder="no" fontbold="no" fontitalic="no" show3d="no" rotated="no" sortxaxis="no" showlegend="no" showmarkers="no"  format="png"  scalefrom="0"   scaleto="5" font="arial" fontsize="14" xoffset="290" >

<cfchartseries type="horizontalbar" serieslabel="Ratings" seriescolor="yellow" >

  <cfchartdata item="Overall Average" value="4" >

  <cfchartdata item="Peer" value="5" >

  <cfchartdata item="Direct Report" value="3.7" >

  <cfchartdata item="Other" value="2.7" >      

  <cfchartdata item="Manager" value="4.2" >

  <cfchartdata item="Self" value="3" >

</cfchartseries>

</cfchart>

Also, I'm chart is getting generated but if I'm loading the same image in a new tab then it's failing to load with 404 error.

From the html inspect it looks like the chart generated by HTML5 map element not by the png image. And if I'm using the chart inside a pdf reporting then it's not working.

Thanks in advance!

This topic has been closed for replies.
Correct answer Neo Rye

I don't know your specific issue. but be aware that CF intercepts the calls to make the png with a CFFileServlet mapping. It has a path similar to "www.yoursite.com/CFFileServlet/_cf_chart/4645338000104712.png". Just make sure the /CFFileServlet isn't being blocked someplace. Also in the CF Administrator, there are settings for cfchart under Server Settings -> Charting. Try using Cache Type: Memory. Also try increasing the Time-To-Live.

3 replies

N
Neo Rye
Inspiring
April 17, 2017

Back to your original issue and something I came across while looking into my Ehcache issue.  There is a mapping in web.xml for "CFFileServlet". This is what intercepts the URL call for charts. If you happen to have a URLRewite rule someplace that rewrites URL's to lowercase, then the call to the chart image will all be lower case and not camel case. Having a lowercase URLRewrite rule is common for web apps and SEO optimization. This will cause a 404 when the url "/cffileservlet/_cf_chart/001234.png" is lowercase. If you have the lowercase rule, you'd need to add a mapping for "CFFileServlet" for the lower case call.

<!--- specific to camel case mapping --->

<servlet-mapping id="coldfusion_mapping_14">

        <servlet-name>CFFileServlet</servlet-name>

        <url-pattern>/CFFileServlet/*</url-pattern>

</servlet-mapping>

<!--- needed to support lowercase --->

<servlet-mapping id="coldfusion_mapping_15">

        <servlet-name>CFFileServlet</servlet-name>

        <url-pattern>/cffileservlet/*</url-pattern>

</servlet-mapping>

N
Neo Rye
Inspiring
April 14, 2017

I just started using CF12, upgrading from CF10. I noticed that there may be a memory leak related to using. Settings -> Charting -> Cache Type: Memory.

If you notice that your memory is higher and going up, you may need to set it back to disk. I had to set mine to disk to avoid the memory leak. I hate that they moved to zingchart in CF11, and the memory issue I'm seeing is related. I also noticed that I can't change the Chart Cache Path, so I have to live with the default. Even when I set it through the Admin API and the neo-graphing.xml file, it's still using and stuck in the "...\instance\tmpCache\CFFileServlet\_cf_chart" directory. Interestingly, they seem to be using eHcache to manage the chart caching.

I'm going to try to reproduce the memory leak and submit it as a bug, along with the Chart Cache Path issue. I'm using jProfiler to track down the leak.

N
Neo Rye
Inspiring
April 15, 2017

When I was looking into this, I realized CF is using Ehcache to cache cfcharts. This is true for both in-memory and disk. They must also be using the timeToLiveSeconds attribute for the expiration and this maps to time-to-live in the CF Admin. I noticed that this attribute was not working for us in CF10 and now CF12. We didn't have a need for it in CF10, so I ignored it. I think this issue might be specific to our setup, I'll need to look into that. So although its a type of memory leak, its just that Ehcache is not expiring the charts in the cache, so they just keep growing. Oddly the time-to-live appears to work when caching to disk.

If anyone else has an issue with timeToLiveSeconds working in Ehcache, let me know and save me some time tracking it down.

N
Neo RyeCorrect answer
Inspiring
April 10, 2017

I don't know your specific issue. but be aware that CF intercepts the calls to make the png with a CFFileServlet mapping. It has a path similar to "www.yoursite.com/CFFileServlet/_cf_chart/4645338000104712.png". Just make sure the /CFFileServlet isn't being blocked someplace. Also in the CF Administrator, there are settings for cfchart under Server Settings -> Charting. Try using Cache Type: Memory. Also try increasing the Time-To-Live.

Upen1
Upen1Author
Inspiring
April 11, 2017

Thank you so much. It looks like by changing the setting, it's working.

N
Neo Rye
Inspiring
April 11, 2017

That probably means that the mapping to the disk cache doesn't exist or that the user associated to the coldfusion services does not have write access to it. But unless you are generating a lot of long lived charts or short on memory, I'd stick with saving them in memory anyway.

Terms & ConditionsAccessibility statement
Using the community Terms of use Privacy Cookie preferences Do not sell or share my personal information ad choicesAdChoices