正式应用又好久没有重启过了，所以先停了 IBM Http Server (IHS，Apache 1.3.28)，再把所有应用启动妥当后，最后把 Apache 启起来。终端下进到 IBMHttpServer 目录，然后敲入命令：bin/apachectl start，得到的错误是：bin/apachectl start: httpd could not be started。
这下有点慌了神，以前从未碰到过，怀疑是配置文件 httpd.conf 有问题，但一般 httpd.conf 有问题有提示错误的，不管，还是用 bin/apachectl configtest 看下，返回 Syntax OK，没问题。
可能别的程序占用了 80 端口？netstat -na|grep 80 没发现什么。
翻看日志，打开 IBMHttpServer 下的 log.txt，好久以前的信息，打开 logs/error_log 也是很久以前的信息。 Read More
前面记载过一篇 Java 执行 SQL 脚本文件，这里边完全是由自己写代码来分离出脚本中的每一个 SQL 语句的，有不少缺陷。当时还不太清楚 ANT 本身提供了功能很强的执行 SQL 语句和脚本的 SQL Task 可用。以下依次简单介绍如何在 build.xml 中执行 SQL 语句或脚本；Java 代码中如何调用 ant 的 SQLExec 类执行 SQL 脚本，最后考虑 ant.jar 的个头说大也不小，1M 多，如果只用于执行 SQL 脚本，则绝大部分代码就是垃圾，所以从同抽离出需要的两个类 JDBCTask 和 SQLExec，完全去除了对 ant.jar 包的依赖。
有关 ant 的更详细的记录请参见，http://ant.apache.org/manual/CoreTasks/sql.html 。 Read More
有时候我们要跟踪方法的执行时间，来观察系统的性能、时间分布。特别是要找出那些十分耗时的操作。如果是在每个方法中起始和结束位置记下时间相减，那是不太现实的，对代码的侵入性太过份，而且在产品环境中又得屏闭那部份代码。
幸好现在有了 AOP，通过配置方式再加上外部辅助代码就能达到我们的要求，正式上线时只需要简单改个配置项拆卸下来即可。
下面介绍三种方式来打印每个方法的执行时间，分别是：
1. Spring 2.0 用 AspectJ 实现 AOP
2. Spring 通用的方法拦截
3. 直接用 AspectJ 实现
Read More- 题前说明：本文所做的测试是基于 WAS5.1 的，若是其他 WAS 版，请具体调整，或参考相应版本的红皮书。
WebSphere Application Server (WAS) 确实给我们提供了一个很方便的管理控制台，可以手工很轻松的部署应用程序，管理服务器；有得亦有失，因为它不能像其他很多应用服务器那般拷贝文件的方式进行部署，所以给像 DailyBuild 那样全自动化的过程制造了一些障碍。
其实 WAS 也提供了接口（SOAP 和 RMI）可通过脚本来完成对服务器及应用程序的管理，只是使用起来稍显麻烦，还得钻研一番。你可以采用三种途径来使用 WAS 的接口： Read More 
曾经也因项目中一时之用接触过好几种动态脚本语言，但无一不是忘得几无痕迹。PHP做过几个项目、TCL/TK 是制作 IPMI 驱动安装程序之用，它有较小的解释器，并具带着桌面工具集 TK，做界面程序也方便。
提起 Perl，先前对它是有过两次的亲密接触，一次为自我修练，第二次为实现一个 Java 版的 Webmin 时，大量的参考了 Webmin 的 Perl 代码，最强烈的印象是彻底为它的正则表达式写法所征服了，从此对它也是藕断丝连。 Read More
本文基本参考自 轻松实现Apache,Tomcat集群和负载均衡,经由实操经历记录而成，碰到些出入，以及个别地方依据个人的习惯，所以在一定程度上未能保持原文的完整性，还望原著者海涵。
因原文中有较多的贴图，如若各位读者一时不想亲自动手而直想看到配置效果，可查看原文。
一：软件环境
1. Apache: apache 2.0.55 (由http://httpd.apache.org/进入下载)(点击下载apache 2.0.55)
2. Tomcat: Tomcat 5.5.25 (由http://tomcat.apache.org/进入下载)(点击下载Tomcat 5.5.25 zip版)
3. mod_jk: 在页面 http://tomcat.apache.org/ Download 标题下找到 Tomcat Connectors 链接进入( 点击下载mod_jk-apache-2.0.55.so)，看起来像是个Unix/Linux下的动态库，实际应是个Win32 的 DLL 动态库，大概是为保持不同平台配置的一致性，才用了这个扩展名。 Read More