Welcome to MSDN Blogs Sign in | Join | Help

Handling chart generated images using Chart Http Handler

When the Chart.RenderType property is set to ImageTag, the Chart control is rendered as standard image (img) tag. Displaying an image in current web browsers is a two stage process: first the browser renders the html page and then downloads the image from specified Url. Because real chart image is created during web page processing the Chart needs a storage where image will stay until the browser requests it.

You can specify how the Chart control manages the image files. To do this, use the ImageStorageMode property. By default, the ImageStorageMode property is set to UseHttpHandler. This causes the Chart control to use the ChartHttpHandler that is registered in the web.config file to manage the rendered chart images.

Use the chart HTTP handler to:

  • Prevent file override collisions in a server cluster or a multiple-process site.
  • Protect the security of rendered chart images by preventing users from downloading chart images that are rendered for other users.
  • Reduce disk operations by storing image files in memory or other storage methods, such as SQL Server.

When you drag a Chart control from the Toolbox onto the design surface of the ASP.NET page, the ChartHttpHandler is automatically registered in the web.config file as "ChartImageHandler". You can configure ChartImageHandler's behavior in the <appSettings> element. The applicable code section is provided below with the automatically generated settings:

<appSettings>
    
<add key="ChartImageHandler" value="storage=file;timeout=20;dir=c:\TempImageFiles\;" />
</appSettings>

Use the parameters in the value attribute to configure the chart HTTP handler. See the table below for a description for each parameter.

 

Parameter Description
storage

Storage mode. Three options are available:

  • file: Store the rendered chart images as temporary files. You must also specify the storage location in the url or dir parameter. In a server cluster or a multiple-process site, you must specify the dir parameter.

  • memory: Store the rendered chart images in the memory space of the running process. Do not use this option in a server cluster or a multiple-process site.

  • session: Store the rendered chart images in a session variable.

url

The relative URL of the image storage location. If the dir parameter is specified, it is used instead of url. The default value is "~/".

dir Absolute directory path of the image storage location. This can be either a local path or network path. In a server cluster environment, use a network path to keep the temporary files in a shared location. Each temporary file is assigned with a unique machine ID to prevent the files from being overridden inappropriately.
timeout

The timeout period in seconds for rendered chart images. After this period has elapsed for an image, it may be replaced by a newer image. The default value is 30.

handler A custom IChartStorageHandler implementation. The value should be formatted as a fully qualified assembly name. For example: MyNamespace.MyClass.MyHandler.
privateImages

Privacy protection. When set to true, the generated image can only be downloaded by its owner if some of the following types of identifications are enforced:

  • The user is authenticated.
  • AnonymousID is enabled.
  • SessionID is available.

The default value is true.

deleteAfterServicing

Whether the image should be deleted after successful download from a client. The default value is true.

webDevServerUseConfigSettings

Whether to store rendered chart images in memory when running the application in full trust level using the Visual Studio development server.

The default value is true. This may mean that your settings in the web.config file have no effect when you run the ASP.NET application from Visual Studio.

  

Different trust levels have impact on ChartHttpHandler behavior. The following is a list of trust levels and how the trust levels affect the configuration settings in the web.config file.
  • Full trust: All configuration variations apply.

  • High trust: The ASP.NET Development Server cannot be detected. Therefore, webDevServerUseConfigSettings has no effect.

  • Medium trust: Same as high trust.

  • Low trust: Same as high trust, except that file access is forbidden. The storage parameter must be set to session or memory.

  • Minimal trust: Same as low trust, except that the chart HTTP handler detection fails. This means that the ChartImageHandler key in your web.config file is mandatory.

Published Tuesday, December 02, 2008 1:20 AM by deliant

Comments

# Using Chart HTTP Handler

Monday, January 12, 2009 2:56 PM by Alex Gorev's Weblog

Delian Tchoparinov just posted on his blog about chart image rendering using Chart HTTP Handlers. This

# Image Not Found

Friday, April 03, 2009 12:31 PM by mb35412

The chart tool is a great application, when it works.  The fact that the image not found problem is one of the most popular topics tells me that many people are having the same problem, and that it isn't a single issue.

We have it working fine on the test box but not on the production box. We checked all the settings (web.config, temporary asp.net folder, iis settings) are exactly the same.

We tried the deleteAfterServicing=false option and saw that the file is being created but it is not able to get it on the web page. It gives a "image not found" error.

The current appSetting that we are using is as follows:

<appSettings>

       <add key="ChartImageHandler" value="storage=file;timeout=20;dir=C:\WINNT\Microsoft.NET\Framework\v2.0.50727\Temporary ASP.NET Files;" />

   </appSettings>

We also tried running process monitor on each of these servers. We noticed that on the test server, there are write and read requests generated for the .png file, but on the production, it only generates the write requests. We do not see any read requests.

Also, the process that generates these requests are different on each of these servers. The test server requests are generated by the aspnet_wp.exe whereas the production server requests are generated by w3wp.exe..

We are not sure if that is a problem and if so, how can we change the process generating the requests. Also, why would the read requests not get generated at all.

Anonymous comments are disabled
 
Page view tracker