Comments

@Leniel Macaferi, glad to help.

@ruben, thanks for the info, I will have to look into that jQuery globalization stuff. I know I should not modify the .js files directly, but I was in a hurry and did not find anything useful fast enough. Documentation is very much missing IMHO

Much better is to use jquery globalization in this case 2 files are need

jquery.global.js and jquery.glob.pt-BR.js).Then all you need is this code in your page:

//Function which validates range
$.validator.methods.range = function (value, element, param) {
var newValue = value;

return ($.global.format(newValue, 'n') >= $.global.format(param[0], 'n') && $.global.format(newValue, 'n') <= $.global.format(param[1], 'n'));
}

There is a little mistake...You shouldnt change the original code of jquery.validate file.Much better is to add follow code to your page,which replace validator methods of jquery.validate:

$.validator.methods.range = function (value, element, param) {
var newValue = value;
for (var i = 0; i < value.length; i++) {
if (value.charAt(i) == ',') {
newValue = value.replace(',', '.');
break;
}
}
return (newValue >= param[0] && newValue <= param[1]);
}

Hi Lenard,

I faced the same problem here in Brazil where we use ( , ) as a decimal separator.

Thanks for sharing this useful info that helped me to fix the problem.

Regards,

Leniel

Thanks Ricardo, I fixed the typo.

There is a small error in the code...
The line 4 of the range fix must be:
var globalizedValue = value.replace(",", ".");
[]s!

Very nice, Lenard!
Thanx!

@Brian,

Are you using IIS hosting or the VS development web server? Or perhaps IIS Express?

I created this example some while back, but created a new one with .zip files that I published yesterday. As I was testing that (the .zip version) I specifically used features like ViewBag to verify functionality was not lost. Have you tried running that example? You can download that in source code format as well.

The loading part works great, but when the view executes, it can't find Razorish concepts like ViewBag.

The name 'ViewBag' does not exist in the current context

Any suggestions?

Now you can also check out another VirtualPathProvider example by me that uses .zip files for storage.

@Jayakumar,
You probably wanted to ask me about the working code? I don't know if I have the original code stored that I used for this article. If I can find it, I will try to post it online.

Hi Khalid, nice article, is there any you can give us working project as an attachment with this article please?

Thank you

Hi,

I am also stuck in the same problem. Please check the problem steps here: http://forums.asp.net/t/1642934.aspx

Kindly suggest me a solution, if any.

Adam Lawrence:

Have you tried overriding both the "GetCacheDependency" AND "GetFileHash"?

http://stackoverflow.com/questions/3747858/asp-net-mvc-2-virtualpathprovider-getfile-every-time-for-every-request

Hi Andrew!

Thanks for the heads up, nice to hear you found this useful! Looking forward to reading the book

This seems to hit the database quite frequently. I am thinking that a list of excluded paths and/or file extensions should be stored somewhere to bypass the number of queries made against the db. Anyways - very nice post. I will probably include some parts of this (along with your name and a link back to this article) in my upcomming book "ASP.NET MVC Cookbook". You can find a public preview of the book here if your interested: http://groups.google.com/group/aspnet-mvc-2-cookbook-review Your bits will be covered in chapter 7!

Thanks!

I have implemented something just like this for a CMS system, the idea being that the virtual view would always be refreshed from the Database, this works nicely when my application is first strated after that the open() overriden method in my virtualfile class is never hit when I put a break point in after the initial time. I have tried adding a cachedependency to expire the cached item but nothing works. Any ideas?

I had a partial solution applied.

I really only needed the WebParts in one single configuration. That is, in my wiki, all the wiki article pages would look like the same, I did not need to do different web parts for different article pages.

So I only allowed web part editing (and thus calling ToggleScope) on my default.aspx page. In other pages, editing was disabled. This solved the problem of the exception.

So then I needed a way to apply this setting to all pages. To solve this, I derived a new class from SqlPersonalizationProvider. For all methods I call the base, except for CheckPath(). Here I cheat by returning default.aspx for all my article pages, instead of the actual page. This way the Web Part system thinks I am always on the same page, and displays the configuration that I did for the default.aspx page. You have to register the personalization provider in web.config in order for this to work.

I know this is a very specific solution and might not work for everyone, but it solved the problem for me.

I got struck into the very same problem. Tried everything to make it work. Any success on your side ?

It is very frustrating that Microsoft didn't fix this yet...

I, too, find this tremendously irritating--I'd gotten in the habit of checking c:\Windows\Assembly to verify that my product's installer behaved correctly. Now I have to go poking around the hard drive or bring up a command window and hammer out a bunch of gacutil commands.

I'm sure they had a reason for discontinuing this, but lately I feel like a lot of MS decisions that are "the right way to do things" haven't been thought through very well ("Blurry fonts in WPF are better! Look how smoothly they scale!")

All that Connect post tells us is that the new GAC folder is visible as the raw folders that are on disk - I verified that it works this way in Windows Explorer with the released version of .NET 4.0 and 3.5 installed on the same box.

So the complaint remains: no easy way to manage the GAC (for .NET 4.0), need to use other tools / command line / PowerShell / etc. :-(

According to this Microsoft Connect post http://connect.microsoft.com/VisualStudio/feedback/details/525646/net-framework-4-beta-2-global-assembly-cache-viewer-causes-memory-corruption the shfusion.dll was discontinued beginning on .NET Framework 4.0 release. Check the second comment from Microsoft staff.

I'm looking around, but...
Have we seen any word from Microsoft on why this (IMO, odd) change?

Nice that someone speaks this out. Have looked around. Binged, then Googled ;) Didn't find my new assemblies.
Only this similar called directory tree

The .NET 4 documentation (Tools) on MSDN still tells you there is a shfusion.dll.

Will the NET5 gac be %windir\microsoft.net\v5.x\assembly\gac ?

Apologies - my mistake. My data store / VPP combination was returning a file when it should have fallen through to the base methods, therefore bypassing the controller.

Next time, I'll test a bit more thorougly before I shout for help.

Thanks for the post!