I am using uploadify on my asp.net mvc3 project. I tested my code on local pc, it works. after I uploaded it to the production server, it returned back http error 302.
I found a few ppl got same problem, but they were using [authorize] attribute, that causes redirection. I am not using it. and I did get it working properly on my local. what else should I check?
Related
i am building a web api and everything works fine on my localhost iis express.
But when i publish my application to my normal iis, the iis replaces a part of the url with a strange pattern that i have never seen before
This leads to an 404 error everytime, cause the IIS replace the link in every browser!
why is that?
IIS Express API Link:
http://intranet-bla/crmServer/crmGet/getSomeThing?id=1978338358
IIS API Link:
http://intranet-bla/crmServer/(S(nsz24dspha255yzcyy2c4eqh))/crmGet/getSomeThing?id=1978338358
EDIT:
The 404 Error was gone after renaming the http-handler, the strange url is still there but isnt a issue anymore
i am working with web api and MVC application.
When i run my application, able to see that my all services are running in my local iis
and my request is hitting the api anf getting 200 response back with empty data.
Hear dataservices in my web webconfig
<add key="dataservices" value="https://localhost:44333/" />
Same solution and same changes working in other system. i thought my iis is problem. i repair it also.
can any one help how can i fix
Finally i got the solution for this issue.
Due to remote certificate issue my web is not returning response back.
Remote certificate
Thanks you #stan and #fbiagi for your comments.
I'm using Kendo Ui uploader and WebAPI call to upload a file. The process im doing goes fine on all browsers even on IE9 locally (localhost), but once i deploy the same code on another domain and i use the kendo upload in IE9 (only in IE9 there's problem), kendo goes directly to the error function and replies with an error message:
' Server response: Error trying to get server response: Error: Access is denied.'
Although the webapi method is returning an http response of 201(created), and i set the content type header to "text/plain", plus i'm sending in the body of the http response a json string. I tried so many things (one of it is configuring X-Frame-Options in IIS) but couldn't make it work. Any ideas would be appreciated. Thanks.
The answer is here “Access is denied” error on accessing iframe document object
[...]
"So it turns out, that if a response is sent with an error code, IE replaces the content of the iframe with an error message loaded from the disk (res://ieframe.dll/http_500.htm), and that causes the cross-domain access denied error. by Ovesh"
This problem appears specific to routing for JRuby ajax requests. My page sends an ajax GET which works fine in rails development mode. When moved to tomcat via warbler, the request is generated correctly, but tomcat responds with a 404 error.
In other words, the line in routes.rb get '/sector/method' is sufficient that http://localhost:3000/sector/method is processed by Webrick, but if I change the port to 8080 (tomcat) I get a HTTP status 404 The requested resource (/sector/method) is not available.
Apparently tomcat needs to be told it is OK to process the GET even though there is no corresponding file to be found. Right? Fixes?
Thanks.
Are you sure your request point to correct address? if application works, there is no way that GETs does not. Please try to put the request directly into your browser and check...
We have an Asp.Net application with OpenRasta, and when we deploy it on most of our IISes (7.5), it works fine. In one installation though, for PUT requests, the client receives "405 Method not allowed" errors, and the log shows entries like:
2011-11-15 01:18:20 192.168.0.164 PUT /myapp/ignoreme.rastahook - 80 - 192.168.0.131 AClient 405 0 0 57
ignoreme.rastahook seems to come from OpenRasta's rewriting in OpenRastaModule.cs:
HttpContext.Current.RewritePath(VirtualPathUtility.ToAppRelative("~/ignoreme.rastahook"), false);
The GETs and POSTs work fine though, not sure though if the HTTP method really is what makes the difference. Any idea on what might be going on or where to start debugging? My current guess would be some IIS configuration difference between the working servers and the one that doesn't.
OpenRasta version is 2.0.3, and we run the app on .net 4.
Update:
Fwiw, when changing the verb attribute of the OpenRasta handler mapping from "*" to "GET,POST" in the web.config of my server that works, I get a "ignoreme.rastahook" in the log file as well for the PUTs, but with a 404, not a 405, so that seems to be different from the issue described above.
Update 2
I figured that when I enable WebDAV, I can reproduce the 405 / ignoreme.rastahook issue. Which lead me to https://github.com/openrasta/openrasta-stable/wiki/Installing-OpenRasta-Under-IIS , that states that
please be aware that the WebDAV module can cause problems with IIS 7.5
Update 3
I verified that WebDAV is what caused the problem on that other server, but if anyone knows how to fix the problem without disabling WebDAV altogether, I'd appreciate it.
The problem as you've seen comes from WebDAV. There is no know way that I have found bar adding the entries in your web.config to disable webdav.
This has been added to the wiki page in question.