Tomcat 关于表单提交数据量过大导致数据丢失的问题
2012-07-20 00:00
627 查看
某一日 需要使用一个插件 ,该插件采用ActiveX的方式,采集高拍仪的信息,采用base64的方式将二进制流转化成字符串,使用ajax的方式返回后天,解析后生产图片的功能。
在提交的时候,发现数据丢失,后台无法取到响应的信息。郁闷ing。
随便上传了一个字符串 ,发现可以正常的提交,不用问肯定是提交的内容超过了限制。
alert了一下字符串长度 ,超过了3百万。
想了想,post的提交规则,八成是tomcat的问题。
在网上查了查 ,果然是这个问题
通过查看资料,发现tomcat默认传输最大的数据限制为2M,最后的解决办法是设大tomcat的conf下的server.xml中8080Connector的maxPostSize的值.(设为0是取消POST的大小限制)
打开tomcat目录下的conf目录,修改server.xml 文件 增加 maxPostSize="0" 即可
<Connector
debug="0"
acceptCount="100"
connectionTimeout="20000"
disableUploadTimeout="true"
port="8080"
redirectPort="8443"
enableLookups="false"
minSpareThreads="25"
maxSpareThreads="75"
maxThreads="150"
maxPostSize="0"
URIEncoding="GBK"
>
</Connector>
在提交的时候,发现数据丢失,后台无法取到响应的信息。郁闷ing。
随便上传了一个字符串 ,发现可以正常的提交,不用问肯定是提交的内容超过了限制。
alert了一下字符串长度 ,超过了3百万。
想了想,post的提交规则,八成是tomcat的问题。
在网上查了查 ,果然是这个问题
通过查看资料,发现tomcat默认传输最大的数据限制为2M,最后的解决办法是设大tomcat的conf下的server.xml中8080Connector的maxPostSize的值.(设为0是取消POST的大小限制)
打开tomcat目录下的conf目录,修改server.xml 文件 增加 maxPostSize="0" 即可
<Connector
debug="0"
acceptCount="100"
connectionTimeout="20000"
disableUploadTimeout="true"
port="8080"
redirectPort="8443"
enableLookups="false"
minSpareThreads="25"
maxSpareThreads="75"
maxThreads="150"
maxPostSize="0"
URIEncoding="GBK"
>
</Connector>
相关文章推荐
- 表单提交数据量过大导致数据丢失的问题
- 分页page,关于form表单的控制范围问题。哪些数据会随着form表单提交?图文详解
- 关于android的activity被回收,导致的变量数据丢失的问题
- from表单提交数据量过大,导致jboss报错:max-parameters限制异常
- 表单提交数据丢失的问题
- struts2 数据传输问题---POST方式提交数据量过大,在后台接收不到数据
- 关于表单提交数据乱码问题
- struts2 数据传输问题---“POST方式提交数据量过大,在后台接收不到数据”问题的解决
- easyui关于解决tab添加的页面通过href加载数据内容的页面刷新后form表单重复提交的问题;
- 前端提交数据对象属性以_开头导致的数据丢失问题
- form表单提交数据丢失问题
- tomcat 7.0画面提交数据量大(表单),后台form数据丢失.
- 关于三星手机调用系统相机拍照旋转屏导致图片数据丢失问题
- 关于在用curl函数post网页数据时,遇上表单提交 type为submit 类型而且没有name和id时可能遇到的问题及其解决方法
- tomcat中间件提交表单数据量过大警告处理方案
- 关于三星手机调用系统相机之后activity被销毁导致数据丢失问题
- 碰到诡异问题,求助大能解答,关于表单提交大文件无限数据提交问题
- tomcat中间件提交表单数据量过大警告处理方案
- 上下文“0x20b1a0”已断开连接。正在从当前上下文(上下文 0x20ac98)释放接口。这可能会导致损坏或数据丢失。要避免此问题,请确保在应用程序全部完成 RuntimeCallableWrapper (表示其内部的 COM 组件)之前
- 关于Android应用程序退至后台,再次启动数据丢失的问题