Today we had an interesting bug in a small web application developed for a customer in the financial industry. The application is based on the Spring Framework, secured by Acegi Security and makes heavy use of AJAX (powered by DWR).

Everything went fine while testing with different browsers from Firefox to Safari and Internet Explorer in different versions. Finally we have started testing in the target environment - well locked down and without support for ActiveX controls from untrusted sites. IE6 needs ActiveX for its implementation of XMLHttpRequest (XHR) - the heart of AJAX. If XHR is not available DWR automatically switches to using IFrames to emulate XHR. This usually works well and has already been used in the previous version. Nevertheless the application just didn't work: Every remote call failed with a not so user friendly error message: "The specified call count is not a number: null".

Remote debugging of Tomcat showed that DWR is trying the read the request data using req.getInputStream() to parse it. When using IFrames reading from the request's input stream fails immediately and returns null, when using XHR it works fine. The main difference is the content type of the requests "application/x-www-form-urlencoded" for IFrames and "text/plain" for XHR. As IFrames do work without Acegi but fail with the Acegi filters in place I guess Acegi does mess with the requests when it wraps them in its SavedRequestAwareWrapper.

I didn't have the time to further track it down, but I created a small workaround that falls back to using req.getParameter() if reading the stream fails.

The following snippet shows the modification made to DWR's ParseUtil.java:

 看明白了吗？最关键的一点，请求的时候
Content-Type 一定写成：text/plain，千万不能是：application/x-www-form-urlencoded

拉斯(瑞恩·高斯林饰)是一个性格憨厚，寡言少语的人。过于内向的性格让拉斯几乎没有什么朋友，平时他也只和家人来往，几年来都没有人上门拜访过他。其实在内心中拉斯也渴望着与别人沟通，只是常年的孤单生活已经让他忘了怎么样去与人交流，周围的人也慢慢习惯了他的沉默。不过突然有一天拉斯跑到哥哥格斯家说有个在网上认识的叫比安卡的女孩来家里拜访他了。又惊又喜的格斯夫妇俩随拉斯去家里一起派对，可一进门的看到的东西让格斯二人呆了半晌——原来所谓的来访网友是拉斯从网上订购的一个真人大小的充气娃娃。但拉斯却跟她说话、讲笑话，好像这个充气娃娃真的是真人比安卡一样。格斯离开拉斯家后马上就弟弟的状况去咨询了家庭医生达格玛。达格玛听过之后认为这是拉斯主观上创造的一种错觉，错觉产生的原因还有待调查，但是为避免情况恶化所有人都得先顺着弟弟的意来，假戏真做。于是，为了拯救拉斯，身边的人开始积极配合着医生的嘱咐，与拉斯和比安卡一起踏上了一段另类的心灵之旅。


看完后非常感慨，一个人能够生活在这样一个充满了亲情和关爱的社会里，真的很幸福。
也许我们这个社会该好好反思以下，我们到底做了些什么？
给你的亲人、朋友、社会带来什么？
期待一个充满关爱的社会！

（1）总是显示错误提示“未授权用户在此计算机上的的请求登陆类型” （登录者win2000\winxp\win2003)

    错误提示“没有访问资源的权限”（登录者win98）

原因：是guest在策略中的用户权限中被禁止从网络登录所致，以及（2）中提到的错误。
（注：XP默认，win2003不默认）

解决方法：配置本地安全策略：\安全设置\本地策略\用户权限分配\中的“拒绝从网络访问这
台计算机”，把guest删除、保存即可。

（2）系统登录窗口默认以guest用户登录，无法更改。

原因：是XP的安全策略中网络访问中的“本地帐户的共享和安全模式”的身份验证默认是本地
用户作为来宾进行验证，即一视同仁，来者皆“客”。（如XP加入域后则默认为本地用户进行
自我验证，且对telnet及终端服务登录之类的交互式登录无效）（注：XP默认，win2003不默
认）

解决方法：打开本地安全策略\安全设置\本地策略\安全选项\，更改该策略设置。


（3）出现登录窗口，但无论用什么用户都不能登录。

原因：禁用来宾帐户，并且“网络访问：本地帐户的共享和安全模式”安全选项被设置为“仅
来宾”。这时则由 Microsoft 网络服务器（SMB 服务）执行的那些网络登录将会失败。即使
你知道管理员用户以及密码都没用，所有的登录都没有反应。（这种情况似乎问的人较多）

解决方法：更改上面所说的禁止项。如激活guest用户、设置“本地帐户的共享和安全模式”
为经典模式。


（4）有登录窗口，知道某XP的管理员用户名，密码为空（XP在安装时建立用户不提示建立密
码），但不能登录。总是出现“用户帐户限制”的错误提示，登录终端服务也出现类似提示。

原因：因为安全的缘故，本地安全策略默认“使用空白密码的本地帐户只允许进行控制台登
录”，也即只能从本地登录，^e^ ~``只能通过连接该计算机的键盘登录，不能以非物理接触
方式登录。 也许有的人说，我试了用某密码为空的用户登录，也可以登录。^e^ ~` 那是因为
guest用户没有禁制，在你的该用户登录失败后，自动用guest用户尝试，如果该共享是允许的
话就可以登录，否则一样不行。

解决方法：打开本地安全策略\安全设置\本地策略\安全选项\，把该设置禁用。建议保留该默
认安全设置。

更新组策略 gpupdate

ORA-01536: 超出表空间'***'的空间限量

 

原因是用户权限不够，system/manger sysdba登录sqlplus worksheet

alter user scott quota unlimited on users;