Eclipse 3.0 M9 - 值得期待的新功能 之JDT部分

来源: BlogBus 原始链接: http://www.blogbus.com:80/blogbus/blog/archive.php?id=5008 存档链接: https://web.archive.org/web/20041220140128id_/http://www.blogbus.com:80/blogbus/blog/archive.php?id=5008

成功与自信 2004/05/01 到 2004/05/31 成功源于自信。 java j2ee ejb Delphi XP UML Eclipse 3.0 M9 - 值得期待的新功能 之JDT部分

2004-05-30 00:38 Eclipse 3.0 M9 - 值得期待的新功能 之JDT部分 翻译：陈先波( turbochen@163.com ) 日期：2004/5/25 2004年5月21日，Elcipse发布了3.0M9版本，这一新版本加入了许多令人兴奋的新特性。对于Java程序员来说最值得期待的是Java编辑又有什么新的功能。本文翻译自Eclipse.org主页新闻，全文分为三部分，分别为： Part 1 - Platform UI, Core, Text, SWT, Help, Search, Update Part 2 - JDT Part 3 - PDE, Team, CVS, Debug, Ant 本文翻译的是第二部分关于Java开发工具的内容,其中忽略了几个不那么重要的特性没有列出。 阅读原文： http://download2.eclipse.org/downloads/drops/S-3.0M9-200405211200/eclipse-news-M9.html 语义颜色加亮 Java editor现在能按语义加亮显示源代码(例如: 表态字段, 本地变量, 表态方法调用). 通过 Java > Editor > Syntax 页签启用高级加亮功能后, 新的加亮显示选项就会出现在列表中. 代码折叠 Java editor现在支持代码折叠. 鼠标旋停于折叠的java元素上是会显示被隐藏的代码: 一般情况下，导入(import), 备注(comments),类型(types)和方法(method)可以被折叠. 可以通过 Java > Editor 中的 Folding 页签来配置这些可折叠的项目: 其它的插件可以通过扩展 org.eclipse.jdt.ui.foldingStructureProvider来捐献其它的可折叠结构. 工作集中的非Java项目 Java工作集现在也能包含非Java项目. 显示重载的方法 新加的重载指示器能标示出一个方法是否重载了另一个类的方法 (参看 Workbench > Editors > Annotations preference page). 缺省情况下，重载和实现图标会出现在编辑器左边的垂直标尺上，单击这个图标将跳到父类的方法: Javadoc视图 Javadoc视图使用SWT浏览器控件显示HTML. 配置事件 标记 在 Java > Editor > Occurrences 选项页 可以配置编辑器中哪些元素事件(Occurrences)可以被标记出来(参看“ 加亮显示方法的返回点 ”): 同样, 一个新的工具按钮( ) 让你快速开启或关闭事件加亮显示. 语法加亮使用斜体字 Java编辑器中现在可以使用斜体字和粗体字。 大小写敏感的任务标签 针对Java的任务标签能够配置为大小写敏感 (参看 Java

Task Tags 选项页). 模板建议 如果一个模板变量有多个猜测内容时将提供建议提示: 从内部类型中抽取方法 对于Java代码中的匿名的，本地的或非静态的成员类型，“抽取方法”这个重构功能使得新生成的方法可以位于它们之外. 加亮显示方法的返回点 将光标放至返回类型上，方法中所有的返回点会加亮显示. 这个功能可以从 Java > Editor > Mark Occurrences 中设置 . 源代码和重檐的快捷菜单 选择要目标元素，重构和源代码的功能将出现在快捷菜单中. “抽取本地变量”和“转换本地变量”的内容辅助建议 “抽取本地变量”和“转换本地变量”这两个重构项现在为新生成的元素提供内容辅助建议. 改善的 NLS 向导 NLS ( Externalize Strings )向导现在可以针对已经外部化的文件: 重命名已存在的key 同时重命名已存在的多个key前缀 改变已外部化的字符串为“忽略”或者还原到原始内容 属性文件中的新Key值的插入得到改善 粘贴时更新导入 复制或前切时Java代码的同时能捕捉代码中哪些导入是必须要的. 需要的代码在粘贴时现在可以自动添加到导入. 更多的快速修正功能 Java编辑器新加了几种新的快速修正功能: 当与重载的方法不兼容时纠正返回类型或抛出异常 修复类型(types), 方法(methods)和变量(variables)修饰符 纠正instanceof表达式的逻辑取反操作: » 为限定符增加强制造型操作: 'Change type of variable', 'Change type of method' and 'Add interface to type' 等功能可纠正不匹配的类型: Setter和Getter的代码辅助 除了建立重载方法以外, 代码辅助也能够提供getters, setters, default constructors 和 method stubs. 在父类在建立方法 在方法宣告上使用快速辅助可以同时在父类中建立此方法. 格式化多个文件 格式化功能也集成到Java项目中, 包括源目录,包(以前只是单个源文件). 在Java搜索中过滤 你可以过滤出Javadoc备注, 导入(import), 读取和写入. 空的控制流语句 Java编译器现在能标出一个控制流语句中使用了空的语句. 多余的else语句 Java编译器现在能检测分支语句中不必要的else语句. 支持JDK1.5 JDT现在支持JDK1.5的early access版本. 前期工作正在进行, 但不会被包含到Eclipse3.0的release版本中. Post by EugeneCao @ 00:38 新工作很忙,天天要加班

2004-05-28 15:15 新工作很忙,天天要加班. 这里的同事工作热情很高,工作都很卖力. 网站新的功能要强化,而且需要学习以前不熟悉的标签库. 现在要努力学习标签库了. 持续努力............. Post by EugeneCao @ 15:15 摘抄：如何在Web工程中实现任务计划调度

2004-05-25 15:35 这两天正在努力的学习servlet和filter，因为以前的项目从来没有涉及过部分，所以没有学精，现在要补回来。 原文 如何在Web工程中实现任务计划调度 如何在Web工程中实现任务计划调度 2004年 2月 23日，《Java研究组织》J2EE综合栏目发表 好多朋友用过Windows的任务计划，也有不少程序迷自己曾写过时钟报警、系统自动关机等趣味程序，可却很少有朋友在Web工程中实现过类似功能。今天有空把笔者先前曾在Tomcat上实现的类似功能，搬出来与大家共享。 早在几年前，我公司跟某市财政局合作项目开发，为加强财政局对所属单位财务状况的有效监管，开发、实施了财政局数据中心项目。此项目采用B/S加C/S混合结构模式。财政局Web服务器上架设数据同步接收装置，由市属单位每天下班前把财务信息通过HTTP协议上传至财政局中心服务器，与Web服务器上的接收装置对接。财政局内部各部门需要查阅大量财务信息，获取完备的市属单位当前财务状况信息，各部门按职能划分，需要准确的获取各部门各自所关注的汇总信息，以财政报表的形式提供。 因财政数据量大，实时计算财政报表速度较慢，当初就考虑用报表缓存来减轻服务器的负担，但用缓存需要一个合理的缓存更新机制。考虑到各市属单位每天下班前才把财务数据上传，财政局每天所查看到的财务信息其实并不包括当天（除非有某位领导等到所属单位全部上传完之后才来查看信息，应该已经下班了），所以要是能实现任务计划调度，在每晚深夜把当天及历史财务信息汇总，更新缓存，速度瓶颈不就解决了吗。 当时由于系统核心是基于Web部署的，报表计算引擎也相应的部署在Tomcat容器上，因此如果想要借用Windows的任务计划来实现定时计算，就需要额外编写普通桌面应用程序接口，稍显复杂。于是就琢磨着想在Web上实现，经过查阅较多相关资料，发现Java定时器（java.util.Timer）有定时触发计划任务的功能，通过配置定时器的间隔时间，在某一间隔时间段之后会自动有规律的调用预先所安排的计划任务（java.util.TimerTask）。另外，由于我们希望当Web工程启动时，定时器能自动开始计时，在整个Web工程的生命期里，定时器能在每晚深夜触发一次报表计算引擎。因此定时器的存放位置也值得考查，不能简单的存在于单个Servlet或JavaBean中，必须能让定时器宿主的存活期为整个Web工程生命期，在工程启动时能自动加载运行。结合这两点，跟Servlet上下文有关的侦听器就最合适不过了，通过在工程的配置文件中加以合理配置，会在工程启动时自动运行，并在整个工程生命期中处于监听状态。 下面就Servlet侦听器结合Java定时器来讲述整个实现过程。要运用Servlet侦听器需要实现javax.servlet.ServletContextListener接口，同时实现它的contextInitialized(ServletContextEvent event)和contextDestroyed(ServletContextEvent event)两个接口函数。考虑定时器有个建立和销毁的过程，看了前面两个接口函数，就不容置疑的把建立的过程置入contextInitialized，把销毁的过程置入contextDestroyed了。 我把ServletContextListener的实现类取名为ContextListener,在其内添加一个定时器，示例代码如下所示（为考虑篇幅，仅提供部分代码供读者参考）： private java.util.Timer timer = null; public void contextInitialized(ServletContextEvent event) { timer = new java.util.Timer(true); event.getServletContext().log("定时器已启动"); timer.schedule(new MyTask(event.getServletContext()), 0, 60601000); event.getServletContext().log("已经添加任务调度表"); } public void contextDestroyed(ServletContextEvent event) { timer.cancel(); event.getServletContext().log("定时器销毁"); } 以上代码中, timer.schedule(new MyTask(event.getServletContext()), 0, 60601000)这一行为定时器调度语句，其中MyTask是自定义需要被调度的执行任务（在我的财政数据中心项目中就是报表计算引擎入口），从java.util.TimerTask继承，下面会重点讲述，第三个参数表示每小时(即60601000毫秒)被触发一次，中间参数0表示无延迟。其它代码相当简单，不再详细说明。 下面介绍MyTask的实现，上面的代码中看到了在构造MyTask时，传入了javax.servlet.ServletContext类型参数,是为记录Servlet日志方便而传入，因此需要重载MyTask的构造函数（其父类java.util.TimerTask原构造函数是没有参数的）。在timer.schedule()的调度中,设置了每小时调度一次,因此如果想实现调度任务每24小时被执行一次，还需要判断一下时钟点，以常量C_SCHEDULE_HOUR表示(晚上12点，也即0点)。同时为防止24小时执行下来，任务还未执行完（当然，一般任务是没有这么长的），避免第二次又被调度以引起执行冲突，设置了当前是否正在执行的状态标志isRunning。示例代码如下所示： private static final int C_SCHEDULE_HOUR = 0; private static boolean isRunning = false; private ServletContext context = null; public MyTask(ServletContext context) { this.context = context; } public void run() { Calendar cal = Calendar.getInstance(); if (!isRunning) { if (C_SCHEDULE_HOUR == cal.get(Calendar.HOUR_OF_DAY)) { isRunning = true; context.log("开始执行指定任务"); //TODO 添加自定义的详细任务，以下只是示例 int i = 0; while (i++ < 10) { context.log("已完成任务的" + i + "/" + 10); } isRunning = false; context.log("指定任务执行结束"); } } else { context.log("上一次任务执行还未结束"); } } 上面代码中“//TODO……”之下四行是真正被调度执行的演示代码(在我的财政数据中心项目中就是报表计算过程)，您可以换成自己希望执行的语句。 到这儿，ServletContextListener和MyTask的代码都已完整了。最后一步就是把ServletContextListener部署到您的Web工程中去，在您工程的web.xml配置文件中加入如下三行： com.test.ContextListener 当然，上面的com.test得换成您自己的包名了。保存web.xml文件后，把工程打包部署到Tomcat中即可。任务会在每晚12点至凌晨1点之间被执行，上面的代码会在Tomcat的日志文件中记录如下： 2003-12-05 0：21：39 开始执行指定任务 2003-12-05 0：21：39 已完成任务的1/10 …… 2003-12-05 0：21：39 已完成任务的10/10 2003-12-05 0：21：39 指定任务执行结束 以上代码在Tomcat 4.1.29以及Tomcat 5.0.16上调试通过。如果您需要完整代码，请通过nbDeveloper@hotmail.com与我联系。 Post by EugeneCao @ 15:35 java中一个简单的计时器

2004-05-24 23:54 一个非常简单的计时器，以前写的方法比较笨，现在有简单的了。 // Time and log the subsequent processing long startTime = System.currentTimeMillis(); chain.doFilter(request, response); long stopTime = System.currentTimeMillis(); System.out.print(stopTime - startTime) +" milliseconds"); } Post by EugeneCao @ 23:54 准备辞职了，很不适应。

2004-05-22 09:17 已经找到新的工作了，要辞去现在的工作，将要与共同生活和奋斗两年的同事告别，真是非常的难受，两年来我们相处的很愉快，交了几个情同手足的朋友，共同学习，共同努力的度过了许多个日日夜夜。 如果没有家庭的压力和和生活的窘迫我不愿离开他们。所幸的是我不会离开这个城市，还会有和他们再聚会的机会。 感谢他们！！ 2004年5月21日 9:31:50 小曹 Post by EugeneCao @ 09:17 摘：Apache安装笔记

2004-05-21 14:37 作者： 车东 Email: chedongATbigfoot.com/chedongATchedong.com 写于：2002/07 最后更新： 05/20/2004 14:36:57 版权声明：可以任意转载，转载时请务必以超链接形式标明文章原始出处和作者信息及本声明 http://www.chedong.com/tech/apache_install.html 关键词： apache install php resin mod_gzip mod_expire webalizer cronolog 内容摘要： Apache是一个历史悠久并且功能十分强大的WEB服务器，但其丰富的功能对于一个新手来说往往不知道从何下手。我个人感觉Apache的设计充分体现了模块化设计的优势，通过在动态模块加载（DSO）模式下的安装，任何子应用模块都可以通过配置文件的简单修改进行积木式的灵活配置。安装的过程可以从简单的静态html服务开始，一个模块一个模块的学习使用。从单纯的HTML静态服务(core)，到复杂的动态页面服务(core + php, core + resin, core + php + mod_gzip, core + resin + mod_expire)。 本文主要从简化安装==>性能调优==>维护方便的角度，介绍了WEB服务的规划、HTTPD安装/应用模块配置、升级/维护等过程。让Apache和PHP，Resin等应用模块的独立升级，完全互不影响。 WEB应用容量规划 ：根据硬件配置和WEB应用的特点进行WEB服务的规划及一些简单的估算公式； Apache安装过程 ：apache的通用的简化安装选项，方便以后的应用的模块化配置； 修改 HARD_SERVER_LIMIT： vi /path/to/apache_src/src/include/httpd.h #define HARD_SERVER_LIMIT 2560 <===将原来的 HARD_SERVER_LIMIT 256 后面加个“0” apache编译： ./configure --prefix=/home/apache --enable-shared=max --enable-module=most 可选应用模块/工具的安装 ：php resin mod_gzip mod_expire及各个模块之间的配合； mod_php安装：./configure --with-apxs=/home/apache/bin/apxs --enable-track-vars --with-mysql mod_resin安装：./configure --with-apxs=/home/apache/bin/apxs mod_gzip安装：修改Makefile中的 apxs路径：然后make make install 工具：日志轮循工具cronolog安装：http://www.cronolog.org 升级/维护 ：看看通用和模块化的安装过程如何简化了日常的升级/维护工作； 按照以上的方法：系统管理员和应用管理员的职责可以清楚的分开，互相独立。 系统安装：系统管理员的职责就是安装好一台DSO模式的Apache，然后COLON即可， 应用安装：由应用管理员负责具体应用所需要的模块，比如PHP Resin等，并设置httpd.conf中相关的配置。 系统升级：系统管理员：升级操作系统/升级Apache 应用升级：应用管理员：升级应用模块，PHP Resin等。 WEB应用的容量规划 Apache主要是一个内存消耗型的服务应用，我个人总结的经验公式： apache_max_process_with_good_perfermance < (total_hardware_memory / apache_memory_per_process ) * 2 apache_max_process = apache_max_process_with_good_perfermance * 1.5 为什么会有一个apache_max_process_with_good_perfermance和apache_max_process呢？原因是在低负载下系统可以使用更多的内存用于文件系统的缓存，从而进一步提高单个请求的响应速度。在高负载下，系统的单个请求响应速度会慢不少，而超过 apache_max_process，系统会因为开始使用硬盘做虚拟内存交换空间而导致系统效率急剧下降。此外，同样的服务：2G内存的机器的 apache_max_process一般只设置到1G内存的1.7倍，因为Apache本身会因为进程过多导致性能下降。 例子1： 一个apache + mod_php的服务器：一个apache进程一般需要4M内存 因此在一个1G内存的机器上：apache_max_process_with_good_perfermance < (1g / 4m) * 2 = 500 apache_max_process ＝ 500 * 1.5 = 750 所以规划你的应用让服务尽量跑在500个进程以下以保持比较高的效率，并设置Apache的软上限在800个。 例子2： 一个apache + mod_resin的服务器： 一个apache进程一般需要2M内存 在一个2G内存的机器上： apache_max_process_with_good_perfermance < (2g / 2m ) * 2 = 2000 apache_max_process ＝ 2000 * 1.5 = 3000 以上估算都是按小文件服务估算的（一个请求一般大小在20k以下）。对于文件下载类型站点，可能还会受其他因素：比如带宽等的影响。 Apache安装过程 服务器个数的硬上限HARD_SERVER_LIMIT的修改： 在Apache的源代码中缺省的最大进程数是256个，需要修改apache_1.3.xx/src/include/httpd.h #ifndef HARD_SERVER_LIMIT #ifdef WIN32 #define HARD_SERVER_LIMIT 1024 #elif defined(NETWARE) #define HARD_SERVER_LIMIT 2048 #else #define HARD_SERVER_LIMIT 2560 <===将原来的HARD_SERVER_LIMIT 256 后面加个“0” #endif #endif 解释： Apache缺省的最大用户数是256个：这个配置对于服务器内存还是256M左右的时代是一个非常好的缺省设置，但随着内存成本的急剧下降，现在大型站点的服务器内存配置一般比当时要高一个数量级不止。所以256个进程的硬限制对于一台1G内存的机器来说是太浪费了，而且Apache的软上限 max_client是受限于HARD_SERVER_LIMIT的，因此如果WEB服务器内存大于256M，都应该调高Apache的 HARD_SERVER_LIMIT。根据个人的经验：2560已经可以满足大部分小于2G内存的服务器的容量规划了（Apache的软上限的规划请看后面）。 Apache的编译：以下通用的编译选项能满足以后任意模块的安装 ./configure --prefix=/another_driver/apache/ --enable-shared=max --enable-module=most 比如： ./configure --prefix=/home/apache/ --enable-shared=max --enable-module=most 解释： --prefix=/another_driver/apache/：建议将apache服务安装在另外一个驱动设备上的目的在于硬盘往往是一个系统使用寿命最低的设备，因此：将服务数据和系统完全分开，不仅能提高了数据的访问速度，更重要的，大大方便系统升级，应用备份和恢复过程。 --shared-module=max：使用动态加载方式 载入子模块会带来5%的性能下降 ，但和带来的配置方便相比更本不算什么：比如模块升级方便，系统升级风险降低，安装过程标准化等 --enable-module=most：用most可以将一些不常用的module编译进来，比如后面讲到的mod_expire是就不在 apache的缺省常用模块中 如果不想build so, 也可以这样: ./configure
"--with-layout=Apache"
"--prefix=/path/to/apache"
"--disable-module=access"
"--disable-module=actions"
"--disable-module=autoindex"
"--disable-module=env"
"--disable-module=imap"
"--disable-module=negotiation"
"--disable-module=setenvif"
"--disable-module=status"
"--disable-module=userdir"
"--disable-module=cgi"
"--disable-module=include"
"--disable-module=auth"
"--disable-module=asis" 但结果会发现，这样编译对服务性能只能有微小的提高（5%左右），但却失去了以后系统升级和模块升级的灵活性，无论是模块还是Apache本身升级都必须把Apache和PHP的SOURCE加在一起重新编译。 apache的缺省配置文件一般比较大：可以使用去掉注释的方法精简一下：然后再进入具体的培植过程能让你更快的定制出你所需要的。 grep -v "#" httpd.conf.default >httpd.conf 需要修改的通用项目有以下几个： #服务端口，缺省是8080，建议将整个Apache配置调整好后再将服务端口改到正式服务的端口 Port 8080 => 80 #服务器名：缺省没有 ServerName name.example.com #最大服务进程数：根据服务容量预测设置 MaxClients 256 => 800 #缺省启动服务后的服务进程数：等服务比较平稳后，按平均负载下的httpd个数设置就可以 StartServers 5 => 200 不要修改： 以前有建议说修改： MinSpareServers 5 => 100 MaxSpareServers 10 => 200 但从我的经验看来：缺省值已经是非常优化的了，而且让Apache自己调整子共享进程个数还是比较好的。 特别修改： 在solaris或一些比较容易出现内存泄露的应用上： MaxRequestsPerChild 0 =>3000 应用模块和工具的安装 配置： 由于使用模块动态加载的模式，所以可以方便的通过简单的配置调整来把Apache定制成你需要的：最好把不常用模块全部清除（无论处于安全还是效率）。 比如：对于静态页面服务器：就什么其他子模块都不加载，对于PHP应用就加上PHP模块，对于JAVA应用就把Resin模块加载上。而且各种模块的插拔非常简单，这样调试过程中就可以简单的通过注释掉不需要的模块，而不用重新编译。 一般说来，可以不需要的模块包括： #LoadModule env_module libexec/mod_env.so #LoadModule negotiation_module libexec/mod_negotiation.so #LoadModule status_module libexec/mod_status.so #server side include已经过时了 #LoadModule includes_module libexec/mod_include.so #不需要将没有缺省index文件的目录下所有文件列出 #LoadModule autoindex_module libexec/mod_autoindex.so #尽量不使用CGI：一直是Apache安全问题最多的地方 #LoadModule cgi_module libexec/mod_cgi.so #LoadModule asis_module libexec/mod_asis.so #LoadModule imap_module libexec/mod_imap.so #LoadModule action_module libexec/mod_actions.so #不使用安全认证可以大大提高访问速度 #LoadModule access_module libexec/mod_access.so #LoadModule auth_module libexec/mod_auth.so #LoadModule setenvif_module libexec/mod_setenvif.so 最好保留的有： #用于定制log格式 LoadModule config_log_module libexec/mod_log_config.so #用于增加文件应用的关联 LoadModule mime_module libexec/mod_mime.so #用于缺省index文件：index.php等 LoadModule dir_module libexec/mod_dir.so 可用可不用的有： #比如：需要在~/username/下调试php可以将 LoadModule userdir_module libexec/mod_userdir.so #比如：需要将以前的URL进行转向或者需要使用CGI script-alias LoadModule alias_module libexec/mod_alias.so 常用的模块： 最常用的可能就是php和JAVA应用服务器的前端，此外，从性能上讲利用mod_gzip可以减少40%左右的流量，减少机器用于传输的负载，而 mod_expires可以减少10%左右的重复请求，让重复的用户对指定的页面请求结果都CACHE在本地，根本不向服务器发出请求。 建议将所有MODULE的配置都放到相应模块的配置内部：some_module config PHP的安装： /path/to/php_src/configure --with-apxs=/path/to/apache/bin/apxs --with-other-modules-you-need 需要修改的配置： AddType application/x-httpd-php .php .php3 .any_file_in_php resin的安装设置： /path/to/resin/src/configure --with-apxs=/path/to/apache/bin/apxs 具体的resin设置放在另外一个文件中：比如/home/resin/conf/resin.conf CauchoConfigFile /path/to/apache/conf/resin.conf mod_expires的安装配置： ExpiresActive on ExpiresByType image/gif "access plus 1 month" ExpiresByType text/css "now plus 1 month" ExpiresDefault "now plus 1 day" 注释： 所有的.gif文件1个月以后过期 所有的文件缺省1天以后过期 mod_gzip的安装 http://www.chedong.com/tech/compress.html 日志的轮循：cronolog的安装和设置 cronolog可以非常整齐的将日志按天轮循存储 缺省编译安装到/usr/local/bin/下，只需要将配置改成： CustomLog "|/usr/local/sbin/cronolog /home/apache/logs/%w/access_log" combined 日志将按天截断并存放在以星期为目录名的目录下：比如：log/1是周一，log/5是周五, log/0是周日 用gzip压缩每天的日志： 30 4 * * * /usr/bin/gzip -f /home/apache/logs/date -d yesterday +%w/access_log 日志的定期删除： 30 5 * * */usr/bin/find /home/apache/logs/ -name access_log.gz -mtime +3 |xargs -r /bin/rm -f 升级维护 ： 由于使用动态模块加载方式（DSO模式)安装Apache，Apache的HTTPD核心服务和应用模块以及应用模块之间都变的非常灵活，建议将所有独立模块的配置都放在 CONFIGURATIONS.. 里，这样配置非常容易通过屏蔽某个模块来进行功能调整：比如： #AddModule mod_gzip.c 就屏蔽了mod_gzip，而其他模块不首任何影响。 安装和维护过程： 系统安装：系统管理员的职责就是安装系统和一个按照DSO模式安装的Apache，然后COLON。 应用安装：由应用管理员负责具体应用所需要的模块并设置HTTPD。 系统升级：系统管理员：升级系统/升级Apache 应用升级：应用管理员：升级应用模块：PHP CAUCHO等 系统备份/恢复：如果Apache不在缺省的系统盘上，只需要将Apache目录备份就可以了，遇到系统分区的硬件问题直接使用预先准备好的系统COLON，再直接将Apache所在物理盘恢复就行了。 系统管理员：Apache的最简化安装 OS + Apache (httpd core only) 应用管理员：应用模块定制 纯静态页面服务 core PHP动态页面 core+so +php JAVA应用 core+so +caucho +ssl 应用例子： www.example.com image.example.com bbs.example.com mall.example.com 例子：Apache和PHP模块的独立升级。 如果Apache是按照以下方式安装： ./configure --prefix=/home/apache --enable-shared=max --enable-module=most PHP是按照以下方式安装： ./configure --with-apxs=/home/apache/bin/apxs --enable-track-vars --with-mysql 以后单独升级Apache的时候，仍然是： ./configure --prefix=/home/apache --enable-shared=max --enable-module=most make su #/home/apache/bin/apachectl stop #make install 单独升级php时，仍然是： ./configure --with-apxs=/home/apache/bin/apxs --enable-track-vars --with-mysql make su #/home/apache/bin/apachectl stop #make install #/home/apache/bin/apachectl start 基于反相代理的WEB加速： squid和mod_proxy都可以实现反相代理加速。而基于缓存的代理加速比起原有WEB服务，速度会有数量级的提升。 小提示： Apache安装后，缺省根目录下没有但很有用的2个文件: favicon.ico: favicon.ico是一个16x16的站点图标文件，如果浏览器发现有这个文件，在地址栏中会用这个图标替换调浏览器的网页图标。IE6和 MOZILLA等主流浏览器都支持这个功能。 例如： http://www.chedong.com/favicon.ico robots.txt: 用于告诉搜索引擎的爬虫程序（spider）网站那些页面可以被索引，那些不可以。 具体说明请参考： http://www.robotstxt.org/wc/robots.html 参考文档： Apache项目 http://httpd.apache.org PHP http://www.php.net Resin http://www.caucho.com mod_gzip http://sourceforge.net/projects/mod-gzip/ Cronolog http://www.cronolog.org mod_expires http://httpd.apache.org/docs/mod/mod_expires.html 面向搜索引擎的CMS设计： http://www.chedong.com/tech/cms.html 原文出处：http://www.chedong.com/tech/apache_install.html Post by EugeneCao @ 14:37 学习:response.sendRedirect的注意事项

2004-05-20 13:34 区分response.sendRedirect和forward到底有什么不同！ 首先我们要明白用response.sendRedirect做转向的原理，它其实是向浏览器发送一个特殊的Header，然后由浏览器来做转向，转到指定的页面，所以用sendRedirect时，浏览器的地址栏上可以看到地址的变化。 用<jsp:forward page=""/>则不同，它是直接在server做的，浏览器并不知道，也不和浏览器打交道，这从浏览器的地址并不变化可以看出。 所以使用response.sendRedirect时就需要注意以下两点： 1，在使用response.sendRedirect时，前面不能有HTML输出。 这并不是绝对的，不能有HTML输出其实是指不能有HTML被送到了浏览器。事实上现在的server都有cache机制，一般在8K（我是说JSP　SERVER），这就意味着，除非你关闭了cache，或者你使用了out.flush()强制刷新，那么在使用sendRedirect之前，有少量的HTML输出也是允许的。 如果报错说，“一些信息已经被submitted”（原文忘了），那么，你就要注意看了，前面是不是有过多的HTML输出了。 2，在response.sendRedirect之后，应该紧跟一句return; 我们已经知道response.sendRedirect是通过浏览器来做转向的，所以只有在页面处理完成后，才会有实际的动作。既然你已经要做转向了，那么后的输出还有什么意义呢？而且有可能会因为后面的输出导致转向失败。 引自: http://www.iitong.com/php/html/jsp/2004-03/23/130351.html Post by EugeneCao @ 13:34 我的blog开张了！！

2004-05-20 13:09 首先感谢我的朋友Kingfish让我知道blog，也一步一步地了解blog，这是他的家。 KINGFISH和蜗牛的家 有了自己的blog，也有了更多与别人交流技术的机会，互相学习。 Post by EugeneCao @ 13:09