.jpg)
Victor Campos
Top achievements
Rank 2
Rank 2
Victor Campos
asked on 24 Nov 2010, 10:57 PM
I hope this is the right forum topic...
I'm having a situation where Telerik is generating a URL to a javascript file which is cached at the client. When we release a new build the same URL is produced but the content of the javascript is different. However, because the client is caching the file (or the URL, I should say) the correct javascript content isn't being downloaded.
Our environment is as such:
Telerik version 10.2.7.13
Windows Server 2003
.Net Framework 4.0
ASP.NET Forms
I don't have anything else to go one from here to troubleshoot the problem any further. We've search for caching issues within ASP.NET, IIS, etc... The way we found the problem was by javascript failing on an unhandled exception. The javascript is from a WebResource.axd... We grabbed the content of the javascript as well as the URL, clear the browser cache and requested the URL, again. We found the URL being generated were Identical but the javascript content was different. Any help getting around this issue is greatly appreciated. We've narrowed it down to Telerik's scripting manager generating these URLs but we don't know how to make it generate all new keys in the case of a new release of our code.
Any help on this matter is very much appreciated.
Regards,
-vic
I'm having a situation where Telerik is generating a URL to a javascript file which is cached at the client. When we release a new build the same URL is produced but the content of the javascript is different. However, because the client is caching the file (or the URL, I should say) the correct javascript content isn't being downloaded.
Our environment is as such:
Telerik version 10.2.7.13
Windows Server 2003
.Net Framework 4.0
ASP.NET Forms
I don't have anything else to go one from here to troubleshoot the problem any further. We've search for caching issues within ASP.NET, IIS, etc... The way we found the problem was by javascript failing on an unhandled exception. The javascript is from a WebResource.axd... We grabbed the content of the javascript as well as the URL, clear the browser cache and requested the URL, again. We found the URL being generated were Identical but the javascript content was different. Any help getting around this issue is greatly appreciated. We've narrowed it down to Telerik's scripting manager generating these URLs but we don't know how to make it generate all new keys in the case of a new release of our code.
Any help on this matter is very much appreciated.
Regards,
-vic
9 Answers, 1 is accepted
0
Hello Victor Campos,
When RadScriptManager combines scripts it puts the version of the assembly in which they are embedded in the URL. So when the assembly version is updated the URL is changed and the script resources are requested by the browser again instead of being taken from its cache.
Can you confirm that the version of your assembly changed across updates? If your case is different, can you provide more details about the URL which cannot be refreshed? What is the exact URL?
Kind regards,
Simon
the Telerik team
When RadScriptManager combines scripts it puts the version of the assembly in which they are embedded in the URL. So when the assembly version is updated the URL is changed and the script resources are requested by the browser again instead of being taken from its cache.
Can you confirm that the version of your assembly changed across updates? If your case is different, can you provide more details about the URL which cannot be refreshed? What is the exact URL?
Kind regards,
Simon
the Telerik team
Browse the vast support resources we have to jumpstart your development with RadControls for ASP.NET AJAX. See how to integrate our AJAX controls seamlessly in SharePoint 2007/2010 visiting our common SharePoint portal.
0
Victor Campos
Top achievements
Rank 2
Rank 2
answered on 30 Nov 2010, 02:57 AM
Thanks for the response... Let me confirm with the build team on the assembly version.
0
Hello Victor Campos,
Please also paste here the problematic URL.
Sincerely yours,
Simon
the Telerik team
Please also paste here the problematic URL.
Sincerely yours,
Simon
the Telerik team
Browse the vast support resources we have to jumpstart your development with RadControls for ASP.NET AJAX. See how to integrate our AJAX controls seamlessly in SharePoint 2007/2010 visiting our common SharePoint portal.
0
Victor Campos
Top achievements
Rank 2
Rank 2
answered on 01 Dec 2010, 07:00 PM
It appears that it was a problem with not updating the version in our assembly... Thanks for help, guys!
0
Hello Victor,
You are welcome.
If you encounter other issues with our products, please feel free to write to us again.
Best wishes,
Simon
the Telerik team
You are welcome.
If you encounter other issues with our products, please feel free to write to us again.
Best wishes,
Simon
the Telerik team
Browse the vast support resources we have to jumpstart your development with RadControls for ASP.NET AJAX. See how to integrate our AJAX controls seamlessly in SharePoint 2007/2010 visiting our common SharePoint portal.
0
Victor Campos
Top achievements
Rank 2
Rank 2
answered on 15 Dec 2010, 11:30 PM
Sorry to do this to you guys but we've experience a different situation but along the same lines... Let me know if you'd like for me to put this in a different thread.
On our web farm we have a situation where we have a URL hosting a CSS file with a Telerik Namespace (Telerik.Web.UI.WebResource.axd) - it's the same link on all the servers of the web farm as well as the the css content but some of the links within the CSS Content are different between the machines.
The problem that this is causing is that if we don't keep a sticky session on our load balance the content either doesn't display correctly or the page returns a 404 and is caught in our generic error trap handler.
Any idea?
On our web farm we have a situation where we have a URL hosting a CSS file with a Telerik Namespace (Telerik.Web.UI.WebResource.axd) - it's the same link on all the servers of the web farm as well as the the css content but some of the links within the CSS Content are different between the machines.
The problem that this is causing is that if we don't keep a sticky session on our load balance the content either doesn't display correctly or the page returns a 404 and is caught in our generic error trap handler.
Any idea?
0
Hello Victor Campos,
This is really strange as the web resources do not depend on session. Something else should be causing this error, possibly different versions of the Telerik.Web.UI assembly.
Can you please post here either links to or the contents of two separate versions of one CSS file?
Best wishes,
Simon
the Telerik team
This is really strange as the web resources do not depend on session. Something else should be causing this error, possibly different versions of the Telerik.Web.UI assembly.
Can you please post here either links to or the contents of two separate versions of one CSS file?
Best wishes,
Simon
the Telerik team
Browse the vast support resources we have to jump start your development with RadControls for ASP.NET AJAX. See how to integrate our AJAX controls seamlessly in SharePoint 2007/2010 visiting our common SharePoint portal.
0
Victor Campos
Top achievements
Rank 2
Rank 2
answered on 20 Dec 2010, 06:25 PM
We're not sure if this fixed the problem (at least we think it did...) but we synch'ed the machine keys within the machine.config file. We recently upgraded to .Net 4.0 and we realized that our .Net 4.0 Framework version of the machine.config were non-existant. We added the node and synch'ed the key and the problem seem to have gone away.
Could that have been the solution?
Could that have been the solution?
0
Hi Victor Campos,
We have not encountered this issue before and, what is more, we do not use the machine.config file when we generate the URLs of the resources. Perhaps there was something else in your web farm environment, which somehow caused caching of those resources on some of the servers.
Greetings,
Simon
the Telerik team
We have not encountered this issue before and, what is more, we do not use the machine.config file when we generate the URLs of the resources. Perhaps there was something else in your web farm environment, which somehow caused caching of those resources on some of the servers.
Greetings,
Simon
the Telerik team
Browse the vast support resources we have to jump start your development with RadControls for ASP.NET AJAX. See how to integrate our AJAX controls seamlessly in SharePoint 2007/2010 visiting our common SharePoint portal.