请求在此上下文中不可用

项目环境:ASP.NET MVC 4
部属环境:WIN2008 X64 IIS7
异常详细信息: System.Web.HttpException: 请求在此上下文中不可用

解决方案一:

把Response、Request、Session写全:
    System.Web.HttpContext.Current.Response
    System.Web.HttpContext.Current.Request
    System.Web.HttpContext.Current.Session

解决方案二:

Application_Start代码段中不使用System.Web.HttpContext.Current
比如
    System.Web.HttpContext.Current.Request.MapPath
可改用
    System.Web.Hosting.HostingEnvironment.MapPath

解决方案三(不推荐):

    应用程序池,托管管道模式,设为经典

时间: 2024-10-12 12:51:43

请求在此上下文中不可用的相关文章

会话状态在此上下文中不可用HttpModule中无法访问Session原因

写了一个自定义HttpModule,但始终访问不了Session,代码如下: public class RouteModule : IHttpModule, System.Web.SessionState.IRequiresSessionState { public void Dispose() { } public void Init(HttpApplication context) { context.AcquireRequestState += context_AcquireRequest

HTTP请求和响应中Content-Type的可用值

在发送请求时,参数以什么样的类型发送,常见的有 : application/x-www-form-urlencoded表单提交参数,如: pageNo=0&classTypeId=3228 application/json json格式,如: ====================================================   在响应的结果中,信息以什么样的类型 展示,常见也有 text/html : HTML格式 application/json    : JSON数据

html5 请求的URL转成 OC可用属性字符串显示

NSData *data = [NSData dataWithContentsOfURL:[NSURL URLWithString:helpUrlStr]]; NSString *string = [[NSString alloc] initWithData:data encoding:NSUTF8StringEncoding]; NSAttributedString *attributedString = [[NSAttributedString alloc] initWithData:[st

曲线救国:IIS7集成模式下如何获取网站的URL

如果我们在Global中的Application_Start事件中访问HttpContext.Current.Request对象,如: protected void Application_Start() { var url=HttpContext.Current.Request.Url.ToString(); } 只是简单的想取一下当前网站的URL.在调试的时候一切正常,但当我们把网站发布到IIS上面的时候,如果IIS应该程序池在集成模式,就会是会报“请求在此上下文中不可用”的异常,但如果是经

HTTP请求和响应4:首部(Header)

首部和方法配合工作,共同决定了客户端和服务器能做什么事情,可以将HTTP的首部分为以下几类: 1)通用首部: 2)请求首部: 3)响应首部: 4)实体首部: 5)扩展首部. 通用首部 通用首部提供了与报文相关的最基本的信息,可同时用于请求报文和响应报文.通用首部又分为信息性首部和缓存首部. 信息性首部 首部:Connection 描述:允许客户端和服务端指定与请求/响应连接有关的选项 首部:Date 描述:提供日期和时间标志,说明报文是什么时间创建的,并且列出了Date首部可接受的日期格式 首部

haproxy高可用日志记录配置文件

关于haproxy的日志配置问题,这里单独说明下,默认haproxy的日志是输出到系统的syslog中,查看起来不是非常方便,为了更好的管理haproxy的日志,我们在生产环境中一般单独定义出来,定义的方法如下: 首先,我们修改haproxy关于日志配置的选项,加入下面配置: log /dev/log local0 info log /dev/log local0 notice 说明:这2行配置放到haproxy的global配置项目中,主要是将haproxy的info及notice日志分别记录

高可用保证消息绝对顺序消费的BROKER设计方案

转自: http://www.infoq.com/cn/articles/high-availability-broker-design?utm_source=tuicool&utm_medium=referral 在要求严格顺序消息的场景下,消息的发送者,BROKER端(BROKER端和消息存储放在一起),消息的消费者都要求按照顺序进行,三者任何一个环节的乱序都会导致消息最终的消费顺序被打乱. 如果为每一个消息维护一个有序的ID,发送和存储消息无序,消费逻辑会变得非常复杂,消费端要对消息进行重

shell vs python脚本监控http请求

各写一个shell和python脚本来监控http请求,并在服务不可用的时候重启服务. 监控的连接为: http://192.168.1.101:5022/product http://192.168.1.101:5024/module shell脚本如下,配合crontab计划任务每一分钟执行一次检查: #!/bin/bash # This shell is used to moniter 192.168.1.101 port 5022 & 5024 date  #在crontab里用来记录l

Hadoop2.7.1配置NameNode+ResourceManager高可用原理分析

关于NameNode高可靠需要配置的文件有core-site.xml和hdfs-site.xml  关于ResourceManager高可靠需要配置的文件有yarn-site.xml 逻辑结构: NameNode-HA工作原理:  在一个典型的HA集群中,最好有2台独立的机器的来配置NameNode角色,无论在任何时候,集群中只能有一个NameNode作为Active状态,而另一个是Standby状态,Active状态的NameNode负责集群中所有的客户端操作,这么设置的目的,其实HDFS底层