srividya_sharma

SSL for not working for Internet Explorer 7, have already tried recommendations in forum

Recommended Posts

Hi,

 

 

 

I've read in the forums and the doco that if I use Fusion charts over SSL then in order for it to work with Internet Explorer, I'd need to add the following to the http headers:

 

 

 

 

Cache-Control: cache, must-revalidate

 

Pragma: public

 

 

 

 

This still doesn't work for me - I get the "Movie not Loaded" message in the flash player.

 

 

 

My code is really simple:

 

 

 

html code

 

 

 

 

...

 

var myChart = new FusionCharts("fusion/Pie3D.swf", "chart1", "280", "140", "0", "0");

 

myChart.setDataURL("demodatadownload?filename=NewReturning.xml");

 

myChart.render("chart1");

 

...

 

 

 

 

Where "demodatadownload" is a servlet which takes in the name of the xml data file to send back to the browser,

 

 

 

demodatadownload.java

 

 

 

 

...

 

response.setHeader("Cache-Control", "cache, must-revalidate");

 

response.setHeader("Pragma", "public");

 

response.setContentType("text/xml");

 

...

 

open the file and send it to output stream

 

 

 

 

I have verified the following:

 

1) Everything works in firefox

 

2) the servlet is generating http headers of the form:

 

Pragma: public

 

Cache-Control: cache, must-revalidate

 

 

 

So I'm stumped, what am I missing here?

 

 

 

 

 

Thanks

 

 

 

Al

Share this post


Link to post
Share on other sites

thanks Srividya, but unfortunately no, still doesn't work, the relevant part of the html now looks like this:

 

 

 

 

var myChart = new FusionCharts("https://localhost:8443/jasperserver/fusion/Pie3D.swf", "chart1", "280", "140", "0", "0");

 

myChart.setDataURL("demodatadownload?filename=NewReturning.xml");

 

myChart.render("chart1");

 

 

 

 

Have tested the change you suggested with firefox and it still works, with IE we're still getting the "Movie not Loaded" error.

 

 

 

Unless there are any other suggestions we might have to try another flash product, it's a shame as Fusion Charts it's a really good product and we've already spent $200 on the developer edition. But if it doesn't work with IE we'll have to move onto something else.

 

 

 

 

 

Regards

 

 

 

Alan

Share this post


Link to post
Share on other sites

ok we've finally figured this out, so posting it for those users who may have the same problem.

 

 

 

The problem is that a "no-cache" HTTP header was being sent down for the .swf file.

 

Tomcat adds the "No-cache" directives to the Pragma and Cache-Control HTTP headers when a client retrieves a file from within a context in Tomcat that is protected by a security constraint.

 

The solution was just to remove the sending of the "no-cache" header via using a servlet to serve up the .swf files (You can also stop tomcat from sending down the 'no-cache' headers as well)

 

 

 

 

 

the solution is summarised from here http://www.mail-archive.com/[email protected]/msg151294.html

Edited by Guest

Share this post


Link to post
Share on other sites
Guest Basundhara Ghosal

Hi,

Thanks for sharing your idea.

We are glad that your issue is resolved.

Keep smiling and keep FusionCharting. :)

Share this post


Link to post
Share on other sites

Hi all,

Let me summarize the solution for Tomcat + SSL + IE issue when using FusionCharts:

Tomcat Version 5.0:

Please add the following lines in tomcat's server.xml between <Host>... </Host> tags :

<Context path="/FusionChartsSSLTest" docBase="FusionChartsSSLTest"

debug="5" reloadable="true" crossContext="true">

  <Valve className="org.apache.catalina.authenticator.FormAuthenticator"

  disableProxyCaching="false" />

</Context>

Change the path and docBase to suit your context.

Tomcat Version 6.0:

Please add the following lines in tomcat's tomcat_home/conf/context.xml between <context>... </context> tags :

  <Valve className="org.apache.catalina.authenticator.FormAuthenticator"

  disableProxyCaching="false" />

Note that if you're not using Form authentication, then substitue the class name of the authenticator you're using.

Please see http://www.mail-archive.com/[email protected]/msg151294.html which talks about the same issue. ( as posted by Alan earlier. Thank you )

Hope this helps.

Edited by Guest

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now