Last post Sep 02, 2010 09:18 AM by DeepAtNobleRiver
Dec 18, 2006 01:38 AM|pkellner|LINK
I've read all the notes about how from RC2 to ajax.net the name space has changed.
"The core ASP.NET AJAX assembly has been changed from Microsoft.Web.Extensions.dll to System.Web.Extensions.dll. In addition, the namespace has changed from Microsoft.Web.* to System.Web.*.
For some reason, my app runs on my local machine but when I copy it to a remote server (that does not have the ajax updated installed) it fails. How can I get an IIS installation to work? Am I missing a dll that I can push up to the remote server? I can't
run the install on the remote machine becasue it's a hosted server.
Dec 18, 2006 04:20 AM|renelou|LINK
Hi, Sorry for the double post.. arghhh.. my browser is not working well for me today.
What kind of error are you getting? The new System.Web.Extensions are located in the installation folder of the new ajax RC. Is it referenced in your project? Had you tried placing a copy on your bin folder?
Dec 18, 2006 08:41 AM|Steffff|LINK
AJAX Extension is installed in GAC. You must have control over the hosted server to upgrade to RC. I'm afraid you have to wait for your host to be up to date...
Dec 18, 2006 12:01 PM|pkellner|LINK
Dec 18, 2006 12:04 PM|Luis Abreu|LINK
Dec 18, 2006 03:18 PM|Hellbringer|LINK
I've sorted out the problem. It was frustrating..
As they've said in this post, the DLLs are in the GAC, which is located in the "WINDOWS\assembly" folder. The problem is the insides of this folder are not normal dll files, but some kind of installation (like fonts). So to get the dlls out of there, I had
to compress the entire folder, and then extract the System.Web.Extensions.dll and System.Web.Extensions.Designer.dll from the file structure you'll find there.
Then copy those files to your project's Bin folder and problem solved!
What I dont get is why Microsoft has'nt documented this. Many people like us need to deploy our projects in hosted services, where installing some program is not possible.
I hope this method has no side-effects. If anyone knows about this please let us know.
Long live the Pata e' Cabra Pirata!
Dec 18, 2006 03:23 PM|pkellner|LINK
Dec 18, 2006 05:33 PM|Steffff|LINK
Compress the entire folder... ?? that's an idea, but you just have to bypass the Explorer. You can do this with the command line...
the wanted paths are C:\WINDOWS\assembly\GAC_MSIL\System.Web.Extensions and C:\WINDOWS\assembly\GAC_MSIL\System.Web.Extensions.Design
Dec 18, 2006 07:21 PM|Luis Abreu|LINK
Dec 18, 2006 08:13 PM|pkellner|LINK
Steffff is showing a way to get the dll out of the GAC and put it in your bin directory. That way you can access the classes without having to have your hosted server install it in the gac. I'm still a little confused on how to create the dll.
You can do this with the command line... the wanted paths are C:\WINDOWS\assembly\GAC_MSIL\System.Web.Extensions and C:\WINDOWS\assembly\GAC_MSIL\System.Web.Extensions.Design"
I don't see the program you are running at the commadn line to do this. Stefff, could you explain again? sorry to be dense.
Dec 24, 2006 02:21 AM|jlegler|LINK
You're not being dense at all. I am completely new to this so every day has been humbling. Here are the commands I used to copy the necessary files the the C:\ drive. I put the files in C to make it so you can cut and paste this into your cmd window and
then go into your C:\ drive to retrieve the files. Once you have the files just put them in you bin directory for your app. You could also just modify the commands to move the files directly into your bin directory. It's your call. Doing this worked exactly
as expected for me, just make sure and take them out of there when your provider updates the actual system to avoid confusion in the future.
copy "C:\WINDOWS\assembly\GAC_MSIL\System.Web.Extensions\1.0.61025.0__31bf3856ad364e35" C:\
copy "C:\WINDOWS\assembly\GAC_MSIL\System.Web.Extensions.Design\1.0.61025.0__31bf3856ad364e35" C:\
Dec 24, 2006 02:59 AM|Steffff|LINK
Dec 24, 2006 05:48 AM|Luis Abreu|LINK
Dec 26, 2006 01:54 AMfirstname.lastname@example.org|LINK
Hello to all,
Can anyone explain me about the "Trusted level ", wht is it and why we need this in the case of ASP.NET AJAX, is there any reason for this?
is the trusted level of a website also matters if we d't have any ajax kind of feature.
Bye and TC
Dec 26, 2006 05:54 AM|Steffff|LINK
Full/No restrictions is by default.
Look at http://msdn.microsoft.com/en-us/library/tkscy493.aspx
Dec 26, 2006 05:57 AM|e_screw|LINK
Trust levels are defined to restrict the application access by other applications when hosted in a shared hosting environment.
Check this link:
Jan 10, 2007 12:20 PM|Jamatrix|LINK
When I installed the AJAX entexsions installer it didn't install the System.Web.Extensions.dll. Can someone email it to me?
Jan 10, 2007 01:45 PM|e_screw|LINK
You can get all the stuff required for ajax at
Jan 18, 2007 07:53 PMemail@example.com|LINK
Hi - I'm new to this post but I'm having the same problem.
Question: Can I use the latest version of AJAX ASP.NET RC on a remote host? The trusted level is medium and they will not install AJAX RC on the server as its still in development? Does this mean that I cannot use AJAX ASP.NET? Because if I cannot access
System.Web.Extensions in any other way but the GAC then I'll have to either look at another solution or wait until MS sort this out?
Jan 18, 2007 08:00 PMfirstname.lastname@example.org|LINK
OK So I got the system.web.extensions.dll up on my remote site and site loads but when I try to do any AJAX related stuff I get the following:- Anybody got any ideas?
[MethodAccessException: Attempt to access the method failed.] System.Reflection.MethodBase.PerformSecurityCheck(Object obj, RuntimeMethodHandle method, IntPtr parent, UInt32 invocationFlags) +0 System.Reflection.RuntimeMethodInfo.Invoke(Object obj, BindingFlags invokeAttr, Binder binder, Object parameters, CultureInfo culture, Boolean skipVisibilityChecks) +212 System.Reflection.RuntimeMethodInfo.Invoke(Object obj, BindingFlags invokeAttr, Binder binder, Object parameters, CultureInfo culture) +29 System.Reflection.MethodBase.Invoke(Object obj, Object parameters) +17 System.Web.Handlers.ScriptResourceHandler.EncryptString(String s) +185 System.Web.Handlers.RuntimeScriptResourceHandler.System.Web.Handlers.IScriptResourceHandler.GetScriptResourceUrl(Assembly assembly, String resourceName, CultureInfo culture, Boolean zip, Boolean notifyScriptLoaded) +889 System.Web.UI.ScriptReference.GetUrlFromName(ScriptManager scriptManager, IControl scriptManagerControl, Boolean zip) +363 System.Web.UI.ScriptReference.GetUrl(ScriptManager scriptManager, IControl scriptManagerControl, Boolean zip) +267 System.Web.UI.ScriptManager.RegisterScripts() +759 System.Web.UI.ScriptManager.OnPagePreRenderComplete(Object sender, EventArgs e) +219 System.Web.UI.Page.OnPreRenderComplete(EventArgs e) +2012708 System.Web.UI.Page.ProcessRequestMain(Boolean includeStagesBeforeAsyncPoint, Boolean includeStagesAfterAsyncPoint) +1566
Jan 24, 2007 10:58 PM|HappyFunBall|LINK
I think the problem is with the trust level and Reflection.
I've got the same problem with my shared hosting at Godaddy.com.
From their page (http://help.godaddy.com/article.php?article_id=1039&topic_id=216&prog_id=GoDaddy&):
"Applications operating under a Medium trust level have no registry access, no access to the Windows event log, and
cannot use reflection. Such applications can communicate only with a defined range of network addresses and file system access is limited to the application's virtual directory hierarchy."
Unfortunately the trust level in my own web.config file can't override the one set in their .NET Framework.
Jan 25, 2007 02:48 AM|richarde|LINK
Yes, what's happening is that the hoster is enforcing medium trust for all applications and reflection isn't permitted at that trust level. Medium trust is necessary for shared hosting because it isolates applications from one another and from system
resources (like SMTP or the registry). You certainly don't want another user's app on the server accessing your data or calling methods on classes in your app so medium trust prevents this from happening. Since System.Web.Extensions does reflection and
some other things that require full trust, we install it in the GAC, rather than have individual users deploy the dll in their local Bin directory, which would require running in full trust.
There are other reasons why hosters don't necessarily want users to deploy the dll themselves. For example, when System.Web.Extensions is installed in the GAC on a shared server, multiple applications using the assembly are able to share a single instance
rather than allocate working set for every local copy of the assembly. This is important in being able to scale with lots of applications per server (for the customer, it keeps hosting costs low). And if there's ever a need to install a security patch to
System.Web.Extensions in the future, they can just install a patch once on the machine rather than hunt down and patch every local instance, which they wouldn't want to touch anyway. The GAC supports versioned assemblies, which is also necessary to enable
us to service the assembly because the patch installer needs some way to determine what version level is installed.
The correct solution for remote hosting is for the hoster to install ASP.NET AJAX 1.0 on their hosting servers and then applications will just work. ASP.NET AJAX is fully supported now and is just as much a part of the .NET Framework as ASP.NET is (except
that ASP.NET AJAX must be installed separately until the next framework release). We're providing hosters with guidance on installing ASP.NET AJAX for their customers and hopefully it will be just a short time until they're ready to support running your
ASP.NET AJAX applications.
Jan 25, 2007 02:28 PM|Lovely|LINK
there is a problem if my hoster don't install ASP.NET AJAX 1.0 on their hosting servers ,and use meium trust!
can I override the medium trust level in my web config file with originUrl or
Jan 25, 2007 02:49 PM|richarde|LINK
No, you can't override the hoster's configured trust level.
Jan 25, 2007 03:02 PM|Lovely|LINK
It seems thant anyone fall in this problem the only way is to wait while the hoster install ASP.NET AJAX 1.0 !
Mar 18, 2007 04:10 PM|DennesTorres|LINK
"As they've said in this post, the DLLs are in the GAC, which is located in the "WINDOWS\assembly" folder. The problem is the insides of this folder are not normal dll files, but some kind of installation (like fonts). So to get the dlls out of there, I
had to compress the entire folder, and then extract the System.Web.Extensions.dll and System.Web.Extensions.Designer.dll from the file structure you'll find there. "
To get a DLL from the GAC, create a windows project, make a reference to the dll and in properties window change the property "copy local" to true. So you will have the dll in bin folder of your windows application, so just copy it.
But for me, put the DLLs in the bin folder of my web application didn't work. Any more tips ?
Mar 28, 2007 04:54 PM|eddysar|LINK
Apr 03, 2007 05:51 AM|topgun007|LINK
May 02, 2007 06:40 PMemail@example.com|LINK
Again, I as the very simple question, Where is System.Web.Extensions.dll? AjaxControlExtender.vsi did not install it, framework 2 or 3 did not install it, it isn't in the zip files or available for download from anywhere
it seems. GACUtil verifies that it isn't there. C:\WINDOWS\assembly\GAC_MSIL directory doesn't exist on my XP machine. Search for the dll by name get nothing. A search in the forum returns 15,000 matches for "System.Web.Extensions + missing" so I am not
alone in this issue.
So, what installs it, where can I download it, why is it hidden from plain sight by Microsoft? Behind what curtain, Monty, is the missing dll?
Just a single simple answer, please.....
May 03, 2007 03:03 PM|mojala|LINK
I installed "Microsoft ASP.Net 2.0 AJAX Extensions from http://ajax.asp.net/.
What it actually was was ASPAJAXExtSetup.msi from http://www.microsoft.com/downloads/details.aspx?FamilyID=ca9d90fa-e8c9-42e3-aa19-08e2c027f5d6&displaylang=en
It installed System.Web.Extensions to c:\Windows\assembly
Sep 14, 2007 01:07 PM|finlessfish|LINK
After extensions install. Dll's are located in C:\Program Files\Microsoft ASP.NET\ASP.NET 2.0 AJAX Extensions\v1.0.61025.
Thanks, I was having the same problem as everyone else, where my host hadn't installed AJAX and Visual Studio doesnt automatically add those dlls to the bin folder, its working great now!
Sep 28, 2007 03:18 PM|palmahenry|LINK
I am not sure if anyone has already solved this.
But the following worked for me. I copied the 2 dlls to the server and I removed the following tages from my pages. It worked fine after wards.
Sep 30, 2008 04:40 AM|ajayraghuwanshi|LINK
I think you just copy your system.web.extensions.dll into your bin folder, Change referenc to bin, compile project and upload that on host server... This time you will be having system.web.extensions.dll into your bin folder instead of GAC, So no need to
install that asse,bly on GAC on remote host.
Feb 24, 2010 10:25 AM|DeepAtNobleRiver|LINK
You, Jlegler are the MAN!
That was such a simple solution to what could have been a complex problem.
At the place where I contract, you are not allowed to download anything from anywhere. Talk about being tight! I had to run this app on a Web Server but could not download the toolkit from Microsoft.
Anyway, guys, this solution works perfectly.
Sep 02, 2010 07:29 AM|vidhyavathi87|LINK
Could not load file or assembly 'System.Web.Extensions, Version=1.0.61025.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35' or one of its dependencies. The system cannot find the file specified.
pls tel me how to rectify this error
Sep 02, 2010 07:37 AM|vidhyavathi87|LINK
how to find system.web.extension.dll file
Sep 02, 2010 09:18 AM|DeepAtNobleRiver|LINK
download the AJAX toolkit here.
Install it in your machine.
System.web.extensions.dll can be found in the gac or in your bin folder.
For a remote hosted server, it needs to be in the gac for that server or needs to be referenced from the bin folder of your app.
Hope this helps.
To see the gac, go to Visual Studio command prompt, type gacutil.exe