复制内容到剪贴板
程序代码
程序代码WARN - Exception thrown whilst processing POSTed parameters
java.net.SocketException: Connection reset
java.net.SocketException: Connection reset
该错误出现位置在Action返回JSP页面时，代码没有发现什么问题，在网上查到了原因：
引用内容I've discovered that this is a bug with Tomcat 5.5.23. (http://
issues.apache.org/bugzilla/show_bug.cgi?id=40960). I upgraded to
Tomcat 6.0.13 and that solved the problem. Hope that helps someone
Jeff
issues.apache.org/bugzilla/show_bug.cgi?id=40960). I upgraded to
Tomcat 6.0.13 and that solved the problem. Hope that helps someone
Jeff
Tags: TOMCAT
应该是你的程序中有太多没有释放的资源
建议：
1、如果你操作了数据库，重点察看代码中是否在任何情况下，都释放了数据库连接；
2、检查你的程序，重点检查循环程序，看是否产生了大量的大对象（比如在循环内部构造新的集合等等），特别是静态的对象；
3、检查代码，看你是否把很多对象放在了session中，特别是一些数据存储的对象。如果有可能，把能够转到request的，都放在request中，如果必须放在session中，最好使用完后移除该对象。
4、你的错误指向的是你的Story_Data类，主要原因是Tomcat内存占用过大（原因可能是以上三种），它会自动把一些暂时处在不活动状态的对象序列化到硬盘上，而你的Story_Data没有实现Serializable接口，或者你实现了Serializable接口，但是，其中使用到了不能序列化的对象（比如ArrayList），所以，在序列化的时候报错。
多查查你的程序，虽然java可以自动垃圾回收，但是，也不是所有的垃圾都可以往容器里倒。
建议：
1、如果你操作了数据库，重点察看代码中是否在任何情况下，都释放了数据库连接；
2、检查你的程序，重点检查循环程序，看是否产生了大量的大对象（比如在循环内部构造新的集合等等），特别是静态的对象；
3、检查代码，看你是否把很多对象放在了session中，特别是一些数据存储的对象。如果有可能，把能够转到request的，都放在request中，如果必须放在session中，最好使用完后移除该对象。
4、你的错误指向的是你的Story_Data类，主要原因是Tomcat内存占用过大（原因可能是以上三种），它会自动把一些暂时处在不活动状态的对象序列化到硬盘上，而你的Story_Data没有实现Serializable接口，或者你实现了Serializable接口，但是，其中使用到了不能序列化的对象（比如ArrayList），所以，在序列化的时候报错。
多查查你的程序，虽然java可以自动垃圾回收，但是，也不是所有的垃圾都可以往容器里倒。
小心翼翼地按照网上地指点，配置并运行之，写出了一个最简的“hello TomCat”。没有感到什么难度，比起以前的JDBC连数据库简单多了，servlet的概念也不难理解，一个中间层的业务逻辑容器。
尽管如此，仍有一次次芒刺在背的感觉，目前为止，还不知道xml可以有多深，TomCat的能力和Eclipse面对 JSP、servlet、XML和Class综合考验的下的潜力如何，也不知道。但最感压力的，是再部署过程中，架构概念开始萌芽了，相比以前的轻量级编程，现在的感觉就像前面会有一座大山。真是摸着石头过河，不胜惶恐，不胜惶恐，谨慎谨慎，保持谨慎。
Well，某神的生日，我恐怕要和Eclipse一起过了。
教训一:要配置web.xml并重启服务器才能运行servlet,不重启就运行的方法......明天再识破.
12.25:这样的提示每次看了就烦:
尽管如此，仍有一次次芒刺在背的感觉，目前为止，还不知道xml可以有多深，TomCat的能力和Eclipse面对 JSP、servlet、XML和Class综合考验的下的潜力如何，也不知道。但最感压力的，是再部署过程中，架构概念开始萌芽了，相比以前的轻量级编程，现在的感觉就像前面会有一座大山。真是摸着石头过河，不胜惶恐，不胜惶恐，谨慎谨慎，保持谨慎。
Well，某神的生日，我恐怕要和Eclipse一起过了。
教训一:要配置web.xml并重启服务器才能运行servlet,不重启就运行的方法......明天再识破.
12.25:这样的提示每次看了就烦:
放假在家实在闲得发慌，本不想在过年时碰代码（如果是上班的话，回到家代码肯定我是不看的），但人还是闲不住。想想还是写写吧，其实早有准备——放假前项目都copy到我U盘了。结果因为家里的机器很久没有写程序，数据库都得重装下。可是我的光驱不给面子，只好今天去买了个光驱……
家里的eclipse比较老古董，3.1的。将就了吧。。结果配置Web Server还老出错：
打消我积极向上的决心啊...虽然我英语很烂，不过一看就是没有指定Tomcat的JDK目录。解决！
接着，项目代码中报了很多错误，在单位写的时候可是全部通过的啊。
错误：仅当源级别为 5.0 时类型参数才可用
这个也好办：
引用内容
家里的eclipse比较老古董，3.1的。将就了吧。。结果配置Web Server还老出错：
打消我积极向上的决心啊...虽然我英语很烂，不过一看就是没有指定Tomcat的JDK目录。解决！
接着，项目代码中报了很多错误，在单位写的时候可是全部通过的啊。
错误：仅当源级别为 5.0 时类型参数才可用
这个也好办：
引用内容 1、首选项-->Java-->编译器-->编译器一致性级别（选择5.0）
Tags: TOMCAT
java.io.NotSerializableException.
在重启Tomcat 6时发现报此错误.
查阅后发现tomcat 5之后重启服务后tomcat会尝试恢复session.
下面是方法一(通过配置,使tomcat重启后不重新恢复session):
Tomcat 问题: Cannot serialize session attribute XXX for ..的解决办法
在关闭和重启Tomcat 5时, tomcat 会试图 serialize存在的session资源. 如果sessions中相关的对象没有实现 serializable 接口, 就会出现Cannot serialize session attribute XXX for 异常.
在重启Tomcat 6时发现报此错误.
查阅后发现tomcat 5之后重启服务后tomcat会尝试恢复session.
下面是方法一(通过配置,使tomcat重启后不重新恢复session):
Tomcat 问题: Cannot serialize session attribute XXX for ..的解决办法
在关闭和重启Tomcat 5时, tomcat 会试图 serialize存在的session资源. 如果sessions中相关的对象没有实现 serializable 接口, 就会出现Cannot serialize session attribute XXX for 异常.
