Java堂  

DWR提供了两个js文件：engine.js和util.js，通常来说我们都是动态来引用这两个js文件，在官方的例子中也是这样做的（其中dwr是mapping时的路径）：

但是根据页面优化原则，我们如果将所有的js文件进行压缩整合在一起的话将会极大的减少页面加载的时间。但是当我们将上面的两个js文件下载下来然后跟其他js文件整合压缩之后，访问页面的时候会出现一个“例外被抛出且未被接住”的脚本错误。

用百度搜索了一下基本只搜到一篇名为《dwr应用时请注意（初学者）》的文章，文章中建议使用他在附件中所提供的dwr.jar包。但是作者所提供的dwr版本有些低，另外作者并没有在文章中说明造成问题的原因。

后来将异常转换为英文 Exception thrown and not caught 在google中搜索了一下，得知是因为没有在页面中动态引用engine.js，因为dwr在运行的时候需要动态控制这个文件。

但是这样的话就达不到压缩engine.js文件的目的了，我无意中在官方看到一篇专门讲解怎样缓存engine.js文件的文章，下面我就将作者建议的做法说明如下：

首先使用动态加载engine.js文件，然后将该文件下载下来。打开下载下来的engine.js文件，然后将第226到242行之间的文字剪切下来，然后将dwr.jar包中的org/directwebremoting/engine.js文件内容删除，然后粘贴到该文件中并替换dwr.jar包中原来的engine.js文件，内容大致如下：

这样就可以将下载下来的engin.js文件同其他文件进行压缩合并了，但是在页面中还必须动态引用engine.js：

这样一来即压缩了engine.js文件中静态的部分，又使用了engine.js中的动态部分，并且最重要的是“例外被抛出且未被接住”异常也不会再出现了。

参考资料：
Caching engine.js

DWR2.0新增加了JDK5的注解(Annotation)功能，使用注解功能之后可以从很大程度上简化了原来的dwr.xml的配置，使用起来非常的方便。

一、配置DWR使用注解功能

如果让dwr使用注解功能需要在web.xml进行如下配置：

这样设置之后就可以在dwr中使用注解了，非常的方便。

二、DWR提供的注解类型
经常用到的注解主要有：@RemoteProxy、@RemoteMethod、@DataTransferObject和@RemoteProperty。

1. @RemoteProxy和@RemoteMethod
@RemoteMethod对应于原来dwr.xml文件中的create标签，用于创建DWR所提供的远程方法；而@RemoteMethod对应于create标签中的 <include method=”"/>，用来指定所要暴露的方法名称。我们举例来说明：

从上面可以看出，@RemoteProxy表示这个类将用于远程方法，而使用@RemoteMethod指定所要暴露的方法，没有使用@RemoteMethod的方法将不会显示在客户端。
上面的注释使用dwr.xml表示如下：

如果使用Spring中的DAO活逻辑层则需要进行如下的设置：

通过指定@RemoteProxy中的creator类型为SpringCreator，然后在creatorParams指定对应的beanName名称。对应的dwr.xml文件如下：

2. @DataTransferObject和@RemoteProperty
@DataTransferObject对应于原来dwr.xml文件中的convert标签，用于转换Java对象；@RemoteProperty则对应于convert标签中的 <param name=”include” value=”" />。

举例说明一下：

@RemoteProperty可以放在JavaBean中的私有变量上面，也可以放在getXXX方法上面。另外如果想将JavaBean中所有的属性都暴露出来的话，不需要在任何属性上面添加@RemoteProperty注释就可以了。

上面的注释对应的dwr.xml文件如下：

关于具体每个注释使用的方法已经所包含的参数可以参考Java Doc。使用DWR2.0的注解极大的简化了原来dwr.xml的配置，非常的方便。

参考资料：
DWR Annotations
[原创]DWR Annotations and Spring
DWR Annotations 使用 SpringCreator

目前Ajax框架是层出不穷，而且功能变得越来越强大，从而使得Web页面发展为现在的三层结构之说：HTML + CSS + Script。在使用Javascript的时候涉及到其中一个国际化的问题。

Javascript中没有像Java那样拥有国际化的方案，但是可以使用一些技巧来达到目的。首先将在脚本中用到的文字全部保存到每个语种的文件中，比如简体中文zh_CN.js、英文en.js等等，然后使用动态语言判断客户端浏览器或Cookies的语言来决定加载对应语种的js文件，这样就实现了国际化的效果。

但是对于保存文本的变量而言有不同的形式，可以每个文本指定一个变量，也可以将所有的变量保存到一个或几个数组中。我发现ExtJS框架是采用通过覆盖对应模块的类属性来实现不同模块中文本的多语种显示。下面我就举例来说明这种方式：

在HTML页面中调用方式如下：

参考资料：
了解JavaScript类

Steve Souders在他的《High Performance Web Sites》一书中提出提高网页效率的14条准则，这些可以使用Yahoo! YSlow来进行一个比较形象的检测。

这里主要来说一下第一条准则：Make Fewer HTTP Requests，意思就是尽可能的减少HTTP请求。当时要达到这个目的有很多种方法，其中最重要的一点就是将CSS文件和Javascript文件分别进行压缩和合并，这样就在很大程度上减少了浏览器对服务器的HTTP请求此处，另外一旦被浏览器下载到本地可以对此进行缓存，从而提高了加载速度。

有关于这方面的工具最优秀且使用最为广泛的开源软件非YUI Compressor莫属了。但是YUICompressor只能使用命令行一个个对js或css文件进行压缩，现在我们就通过使用ant脚本来达到批量压缩合并多个文件的目的。

下面以压缩js文件为例进行说明。

首先做一个关于js文件编码规范的约定：所有的原始文件均为 .source.js，经过压缩处理后文件变为.js，将多个压缩后的文件合并后的文件名称为all-min.js。

接下来可以写下面的ant脚本：

参考资料：
Building Web Applications With Apache Ant
YUI Compression tool as Ant Task
用yuicompressor和Ant压缩Ext的CSS文件
用YSlow分析我们页面（完整版）

1. Cannot modify header information

PHP Warning: Cannot modify header information - headers already sent by (output started at yourfiles)

这是因为设置的头文件信息溢出造成的。解决方法：将output_buffering 设为 on 就可以了

2. output handler ‘ob_gzhandler’ conflicts with ‘zlib output compression’

PHP Warning: ob_start() [ref.outcontrol]: output handler ‘ob_gzhandler’ conflicts with ‘zlib output compression’ in yourfiles

这是因为PHP中Zlib模块设置错误造成的，将zlib.output_compression这一行注释掉就可以了。这里需要指出的是PHP5自带GZIP模块的，不需要另外加载。

参考资料：
解决Warning: Cannot modify header information - headers already sent by ……
启用页面 Gzip 压缩后发生错误，请指点

最近需要实在使用Javascript来检测客户端是否安装Quicktime插件，但是网上都是一些用来检测是否安装Flash插件的例子，而且大多数都是针对于IE的，后来查阅了一些例子然后写了一个用来检测任何插件的通用函数，现在拿出来同大家分享。

最后说明一点的是，如何来查找插件的名称？我是通过Editplus中Html工具栏里面的“插入Object”命令来获取的，比如插入Flash对象之后这个命令会产生一段HTML代码，其中Object中的id属性里面，将名称的空格和最后的Object去除就是对象的名称了。比如Flash的id为“Shockwave Flash Object”，那它的插件名称为“Shockwave”；Quicktime的插件名称为“Quicktime”等等。

参考资料：
JavaScript 判断是否安装了 Flash 插件

通常来说如果Apache显示PHP源代码的主要原因是因为没有正确配置好PHP加载模块，最多的错误就是加载的php5_module文件位置错误，通常这种错误会导致Apache无法正常启动；另外最容易犯的就是没有增加php的文件头类型：

但是今天我确遇到一件非常奇怪的事情，上面说的两种情况都不存在但是依然显示php源代码。后来经过长时间的排查终于发现误将放置在 VirtualHost 标签内的

放到了外面，这种情况下使得针对某个站点不执行php解析的配置被设置为了全局配置了，估计这种失误比较少见，故写出来共享。

今天安装phpMyAdmin 2.10的时候修改认证方式为cookie之后进入程序首页登录的时候一直提示访问被拒绝，真的是奇怪了。后来从网上查了一下原来是需要清空一下浏览器缓存。

参考资料：hpMyAdmin 2.10.2 配置

今天把一个客户的服务器上面的PHP4升级到PHP5，根据前几天写的从PHP4升级到PHP5的步骤进行升级之后，总是在错误的日志文件中出现如下提示：

startup: Unable to load dynamic library : PHP5\ext\php_mysql.dll

可是明明将extension_dir设置正确了还是提示无法找到dll文件。后来在CSDN上面找到一篇相关的文章，大体意思是php扩展目录中的模块需要依赖于一些基础的dll文件，如果系统没有找到这些基础的dll文件的话也会是扩展模块产生错误。解决的方法有两种，一种是拷贝这些dll文件到system32目录下面，另外一种方法就是将这些dll的目录设置到环境变量%PATH%中去。PHP5的话只要设置其安装目录就可以了。

但是问题是我按照上面的设置还是出现上面的提示，真的是很奇怪。后来我尝试将libmysql.dll文件拷贝到system32目录下面的时候出现是否覆盖文件的提示，这个时候我才恍然大悟，原来php4中的dll目录下面的文件都被拷贝到system32目录下面而没有被删除，所以php5误将这些文件当作基础文件了。于是使用如下的批处理命令将php4留在系统中的文件一一删除即解决了问题：

这样说的话php5对于查找这些基础dll文件的顺序应该跟查找php.ini文件的顺序（详细见从PHP4升级到PHP5文章中的常见问题3）相反，或者是无论如何首先查看system32目录下面是否含有这些dll文件，如果存在的话就不在查找了。

增加内容(2007.9.20):
今天将PHP5.2.3升级为5.2.4之后依然出现上述的问题(系统：win2k server)，但是5.2.3版本使用的很好。后来根据参考资料所说的两种方法（一种是拷贝这些dll文件到system32目录下面，另外一种方法就是将这些dll的目录设置到环境变量%PATH%中去）中的后者将php5的安装目录添加到环境变量%PATH%中之后重新启动下就OK了。但是同样的版本我在本机(系统: winxp sp2)只要在Apache设置PHPIniDir为php5安装目录就可以了，并没有设置环境变量，不知道什么原因。

参考资料：
如何解决PHP startup: Unable to load dynamic library的错误

以前一直在用MMCache来做PHP的缓存，到今天才知道原MMCache的作者已经就职于Zend公司，现在重新开发了一个名为eAccelerator的项目，可以说是MMCache的“最新升级版本”了，呵呵

下面说一下安装的过程：

1. 在官方下载最新的版本，因为官方提供的都是源文件，所以必须使用VC++进行编译。如果你没有安装VS也没关系，可以到SiteBuddy下载编译好的dll文件，一定要看好对应的PHP版本。

2. 将dll文件拷贝到php的ext目录下面。

3. 最后修改一下php.ini文件，增加对eAccelerator的配置：

这样重启下Apache就可以了。至于Linux下的安装可以参见下面的参考资料。

参考资料：
eAccelerator安装