CAS Server and Client 3.1 Milestone 1 Released

phpCAS 0.5.0 RC5 Release

CAS 3.0.7 Final Release

CAS 3.0.6 Final

范围管理：

     首先会有产品经理提出我们要开发一个什么样的软件，有那些功能，基本上就是一些FeatureList，然后给出vision and scope文档。软件开发的项目经理会根据这份文档，通过沟通，来写出SRS。其中主要包括了UseCase和非功能性需求以及一些约束条件。有了这些内容后，会开一个需求确认会，来确认已经明确的需求，会议上可以对不明确的需求进行讨论和完善。

时间管理：

     项目经理在接到软件项目开发任务后，就要制定出一个大致的项目计划，然后有了软件的需求文档之后，可以进一步细化项目的计划。在做项目计划的时候同时会牵扯到任务的分工。在项目进行的过程中严格按照项目计划进行。

采购管理

     项目的前期，项目经理需要明确软件安装需要多少服务器，服务器的配置是什么样的。什么时候必须到货，预算的经费是多少等。如果项目的人手不够，同时要考虑进行软件外包。

人力资源管理

     主要是提高团队的士气和凝聚力，让每一位团队成员都有清晰一致的目标，从生活等各个方面关心开发人员，帮助他们解决一些实实在在的问题。如果有软件外包，还要统一得管理好外包的软件开发人员。

沟通管理

     经常开项目小组会议，保持信息畅通，通过wiki等工具保持信息共享。每天都有晨会，周报发给小组的所有成员。通过聚餐、喝茶等方式增进交流。针对不同的员工可能需要采用不同的方式，例如：有的人喜欢面对面的沟通，有的喜欢email沟通，有得喜欢msn等等。

风险管理

     我认为比较重要的是抓住开发过程的几个环节，例如：需求分析、界面的设计、接口的设计、数据库的设计等。每天项目经理都要确认项目的进度是否正常，检查项目的质量，尽可能早的发现一些问题。经常得跟产品经理交流，确保开发的软件产品符合需求。

成本管理

     对于我接触的项目，牵扯到成本管理的主要就是开发人员的成本，分配好任务，把握住进度，提高开发团队的效率就能够为公司节省开支，从而达到控制成本的目的。

质量管理

2.1 是在 2.0 基础上做了很多的改进，提升了性能，修复了一些 Bug 等。

Lucene2.1 在索引的格式上做了一些改进，所以旧版本的 Lucene 是无法访问 2.1 版的索引文件。但是 2.1 版本的可以读写旧版本的索引文件。保持向下的兼容性。这点需要我们在使用时注意。

下面简单的列出一些新的特性：

1.       's' 和 't' 从默认的 stopwords 中移掉了。但是依然还有 'a' 也可以会有同样的问题，所以分词需要针对自己的应用进行自定义。

2.       更新了 StandardAnalyzer 中的针对 CJK 的 Unicode 代码范围。用处不大，因为我们中文需要自己开发分词。

3.       允许在 QueryParser 的最前面使用通配符 (*, ?) ，之前是不允许的。这个比较有意义，可以实现一些模糊搜索。

4.       QueryParser 默认使用 ConstantScoreRangeQuery 执行范围查询。增加了 useOldRangeQuery 属性允许在需要的情况下使用旧的 RangeQuery

5.       对于 WildcardQuery ，如果一个 term 不包含任何的 ? 或者 * ，之前会抛出异常，现在会执行一个 TermQuery 。

6.       去掉了 deprecated 的 doc.fields() 方法和 Enumeration

7.       write lock 现在默认的位置是索引的目录，简单命名为 write.lock

8.       新的 FieldSelector API ，相关的 IndexReader 和实现都发生了变化。新的 Fieldable 接口被用作字段的延迟加载上。

9.       使用 MultiFieldQueryParser 的时候可以为不同的 field 指定不同的 boosts

10.   新的方法 IndexWriter.addIndexesNoOptimize() 在新添加一个新的 segments 的时候，只进行合并，不进行优化。

11.   QueryParser 允许在引号和短语中使用反斜线

12.   增加了方法 RAMDirectory.sizeInBytes(), IndexWriter.ramSizeInBytes() 和 IndexWriter.flushRamSegments() ，允许应用程序控制索引时缓存文档对内存的使用，这些蛮有用的，可以用于监控索引的过程。

13.   QueryParser 解析 *:* 为匹配所有的内容

14.   可以通过命令行在已经存在的索引文件中修改和删除 field

15.   IndexWriter 增加了方法来高效得更新 documents 。增加 IndexWriter.flush() 方法将内存的内容刷新到文件系统。

是一个可以用来在应用程序中拦截和修改数据操作语句的开源框架。对 SQL 进行拦截，相当于一个 SQL 语句的记录器。

使用很简单，只需要在配置中将驱动程序改成 P6Sky 的拦截驱动。可能会给系统带来略微的性能下降，但是在开发环境中的影响很小。

open source GUI versions of P6Spy ： irongrid

SQL Profiler

http://www.jahia.org/jahia/page377.html

是一个基于 P6Sky 引擎的快速剖析工具。统计 SQL 语句，分析那里是性能瓶颈。在那里创建索引或者采用什么样的方法来提高效率。根据 SQL 查询语句帮助生成合适的索引脚本。

主要参考：

F:\ 专题学习 \P6spy

用 p6spy 和 sqlprofiler 来进行 jdbc sql 日志记录和分析

JDBC SQL Profiling 及 p6spy

2.然后用IDE产生一个实现类.
  需要修改Eclipse的模板,使得所有生成的实现类抛出UnsupportedOperationException异常.例如:
 public boolean checkUserByUsernameAndLogincode(String username, String logincode) {
  // TODO Auto-generated method stub
  throw new UnsupportedOperationException();
  //return false;
 }
:DAO类都要抛出DataAccessException

3.然后针对该类写测试,每次只针对 一个方法 写测试.
 此时运行测试是不能够通过的.会抛出UnsupportedOperationException

4.然后编写接口的实现,来使得测试获得通过.

　　Java Caching System
　　JSC(Java Caching System)是一个用分布式的缓存系统，是基于服务器的java应用程序。它是通过提供管理各种动态缓存数据来加速动态web应用。
　　JCS和其他缓存系统一样，也是一个用于高速读取，低速写入的应用程序。
　　动态内容和报表系统能够获得更好的性能。
　　如果一个网站，有重复的网站结构，使用间歇性更新方式的数据库（而不是连续不断的更新数据库），被重复搜索出相同结果的，就能够通过执行缓存方式改进其性能和伸缩性。
　　官方网站 http://jakarta.apache.org/turbine/jcs/

　　EHCache
　　EHCache 是一个纯java的在进程中的缓存，它具有以下特性：快速，简单，为Hibernate2.1充当可插入的缓存，最小的依赖性，全面的文档和测试。

　　官方网站 http://ehcache.sourceforge.net/

　　JCache
　　JCache是个开源程序，正在努力成为JSR-107开源规范，JSR-107规范已经很多年没改变了。这个版本仍然是构建在最初的功能定义上。
　　官方网站 http://jcache.sourceforge.net/

　　ShiftOne
　　ShiftOne Java Object Cache是一个执行一系列严格的对象缓存策略的Java lib，就像一个轻量级的配置缓存工作状态的框架。
　　官方网站 http://jocache.sourceforge.net/

　　SwarmCache
　　SwarmCache是一个简单且有效的分布式缓存，它使用IP multicast与同一个局域网的其他主机进行通讯，是特别为集群和数据驱动web应用程序而设计的。SwarmCache能够让典型的读操作大大超过写操作的这类应用提供更好的性能支持。
　　SwarmCache使用JavaGroups来管理从属关系和分布式缓存的通讯。
　　官方网站 http://swarmcache.sourceforge.net

　　TreeCache / JBossCache
　　JBossCache 是一个复制的事务处理缓存，它允许你缓存企业级应用数据来更好的改善性能。缓存数据被自动复制，让你轻松进行JBoss服务器之间的集群工作。 JBossCache能够通过JBoss应用服务或其他J2EE容器来运行一个MBean服务，当然，它也能独立运行。
　　JBossCache包括两个模块：TreeCache和TreeCacheAOP。
　　TreeCache --是一个树形结构复制的事务处理缓存。
　　TreeCacheAOP --是一个“面向对象”缓存，它使用AOP来动态管理POJO(Plain Old Java Objects)
　　注：AOP是OOP的延续，是Aspect Oriented Programming的缩写，意思是面向方面编程。
　　官方网站 http://www.jboss.org/products/jbosscache

　　WhirlyCache
　　Whirlycache是一个快速的、可配置的、存在于内存中的对象的缓存。它能够通过缓存对象来加快网站或应用程序的速度，否则就必须通过查询数据库或其他代价较高的处理程序来建立。
官方网站 https://whirlycache.dev.java.net/

存储过程的最简单的形式就是包含一系列SQL语句的过程，将这些语句放在一起便于在同一个地方管理也可以提高速度。Statement 类可以包含一系列SQL语句，因此允许在同一个数据库事务执行所有的那些语句而不是执行对数据库的一系列调用。

使用批量处理功能涉及下面的两个方法：

addBatch(String) 方法
executeBatch方法
如果你正在使用Statement 那么addBatch 方法可以接受一个通常的SQL语句，或者如果你在使用PreparedStatement ，那么也可以什么都不向它增加。

executeBatch 方法执行那些SQL语句并返回一个int值的数组，这个数组包含每个语句影响的数据的行数。如果将一个SELECT语句或者其他返回一个ResultSet的SQL语句放入批量处理中就会导致一个SQLException异常。

关于java.sql.Statement 的简单范例可以是：

  
  Statement stmt = conn.createStatement();

  stmt.insert("DELETE FROM Users");

  stmt.insert("INSERT INTO Users VALUES('rod', 37, 'circle')");

  stmt.insert("INSERT INTO Users VALUES('jane', 33, 'triangle')");

  stmt.insert("INSERT INTO Users VALUES('freddy', 29, 'square')");

  int[] counts = stmt.executeBatch(); 

PreparedStatement 有些不同，它只能处理一部分SQL语法，但是可以有很多参数，因此重写上面的范例的一部分就可以得到下面的结果：

// 注意这里没有删除语句

  PreparedStatement stmt = conn.prepareStatement(

  "INSERT INTO Users VALUES(?,?,?)"

  );

  User[ ] users = ...;

  for(int i=0; i<users.length; i++) {

  stmt.setInt(1, users[i].getName());

  stmt.setInt(2, users[i].getAge());

  stmt.setInt(3, users[i].getShape());

  stmt.addBatch( );

  }

  int[ ] counts = stmt.executeBatch(); 

如果你不知道你的语句要运行多少次，那么这是一个很好的处理SQL代码的方法。在不使用批量处理的情况下，如果添加50个用户，那么性能就有影响，如果某个人写了一个脚本添加一万个用户，程序可能变得很糟糕。添加批处理功能就可以帮助提高性能，而且在后面的那种情况下代码的可读性也更好。

单元测试的时候（或者其他不通过ｗｅｂ装载的情况），使用DefaultBeanFactory类和beanRefFactory.xml配置文件
有的时候单元测试相关的类很少的时候，我会单独写一个bean的配置文件，进行单元测试。
web集成测试的时候直接在web.xml中配置
<context-param>
  <param-name>contextConfigLocation</param-name>
  <param-value>
   /WEB-INF/classes/WebApplicationContext.xml
   /WEB-INF/classes/HibernateContext.xml
   /WEB-INF/classes/WebApplicationContext_C.xml
.......
  </param-value>
 </context-param>

2.通过观察jpetstore项目，它的配置文件是按照web/service/dao这样的层次进行划分。
对于一些web services接口也会有专门的配置文件。
这样的话结构就会非常的清晰，所以在项目稳定，进入维护期的时候，可以把配置文件按照业务逻辑的层次进行划分。

3.为了能够灵活配置，例如向一些数据库连接的配置，因为大部分情况都是本地、测试服务器、正式服务器的配置是不同的，所以一般会通过写一个jdbc.properties，在属性文件中进行配置。

4.在同时加在多个spring的配置文件的时候，也是有好多灵活的方法，这方面spring做的真强。上面说了两种，还可以在applicationContext.xml文件中<beans>标签的后面，紧接着加入：
<import resource="dataAccessContext-local.xml"/>这样的导入资源的语句。然后不同的环境可以使用不同的配置，不过这还需要每次都修改applicationContext.xml文件。该方法不如直接在web.xml中配置多个方便，但是也不是绝对。

5.最后还有一种更加方便的方法，可以不用修改applicationContext.xml文件，然后就能够自动装载相关的配置文件。
首先，写一个类：
package com.xiebing.spring.util;

import java.net.InetAddress;

import org.springframework.web.context.support.XmlWebApplicationContext;

/**
 * TODO file description *
 *
 * @author bing.xie
 *
 * @version 1.0, 2006-5-10  create
 */
/**
 * @author bing.xie
 * 2006-5-10
 */
public class PerHostXmlWebApplicationContext extends XmlWebApplicationContext {
 protected String[] getDefaultConfigLocations(){
  String hostname = "localhost";
  
  try{
   hostname = InetAddress.getLocalHost().getHostName();
  }catch(Exception e){
   
  }
  String perHostConfiguration = DEFAULT_CONFIG_LOCATION_PREFIX
      + "applicationContext-"
      + hostname
      + DEFAULT_CONFIG_LOCATION_SUFFIX;
  if(getNamespace() != null){
   return new String[]{
     DEFAULT_CONFIG_LOCATION_PREFIX
     + this.getNamespace()
     + DEFAULT_CONFIG_LOCATION_SUFFIX
     ,perHostConfiguration};
  }else{
   return new String[]{
    DEFAULT_CONFIG_LOCATION,perHostConfiguration};
  }
 }
}

这种主要是通过动态的获取主机名来动态配置的。所以对于不同的环境使用applicationContext-[hostname].xml就可以封装变化了。当然了，也可以不用hostname（如果发现其他方便的方式）

接下来，就是在web.xml中增加配置：

<context-param>
  <param-name>contextClass</param-name>
  <param-value>com.xiebing.spring.util.PerHostXmlWebApplicationContext</param-value>
 </context-param>

这种方法就是要求在不同的环境下有不同的applicationContext-[hostname].xml文件

ThoughtWorks

敏捷的核心：是一种理念、方法论、技巧

项目：确定目标

迭代：核实目标

日常：走向目标

团队内一定要有一致的认识，做法（打通关节、人员调整、进行培训），开发环境（房间、硬件、人员布置）

不断观察，定期总结流程的缺点，不断改进完善，使之适合团队

关于环境（无挡板、光线明亮、带轮子的椅子、无线鼠或者键盘、大桌子、圈坐）

迭代：一个 story 平均 2 天，追踪、总结、分析、对事不对人

项目大的时候需要专门的迭代经理，对内负责 checking （迭代报告），对外交流汇报（功能演示）

持续集成： 1 ）从项目的第一天就开始做起 2 ）发散性广播（声音：哦。。。。。。，哦你妈个头），熔岩灯 3 ）如果集成失败就必须立即解决 4 ）频繁发布，自动测试

测试驱动开发： 1 ）增加测试范围 2 ）永远都要先写测试（先定义接口，然后再写单元测试） 3 ）提高测试效率 4 ）避免缺陷重现 5 ）监督开发 6 ）不仅仅是单元测试

考虑用 wiki 管理文档，方便迭代

实施 XP 的项目团队不要超过 10 人， 8 － 10 人最合适

web 测试的工具： salenium jwebunit junit (Fit jwebfit watir)

阿里巴巴： web 性能测试 陈日俊（落叶夏日）
包括：阿里巴巴、淘宝、支付宝、雅虎

LoadRunner 是开发人员玩的

使用 JProfile 测试性能

优先级考虑的是数据库调优（ index ），最后考虑算法调优

Resin 研究使用，性能更好

1 ）用户行为分析 2 ）应用网络分析 3 ）数据量分析

1、  场景设计源自需求

2、  并发用户数

3、  峰值、平均并发、时间分布

4、  用户空间分布（系统不同模块的用户空间分布）

5、  稳定性要求

6、  数据库数量的大小、增长方式、访问方式

7、  用户行为分析

红工厂 JDO 专家组成员 黄海波 一个 Xper 的心路历程

上班玩游戏，爽！――培养 TeamWork 的能力

40 岁的程序员，活到老，编到老，知道的多，平等，平和，可以良好的沟通

真正的 XP 可以达到：工作节奏平稳、有效率、有节奏

只有沟通不够的项目，没有沟通过度的项目

主动汇报 上司

以人为本：每个开发人员都能充分参与到软件开发中，都以每一行代码为己任，做到我为人人，人人为我。

最高境界：以人为本，而不是以流程为本

XP ：改变人的思维品质

1 ）敢于面对批评 2 ）不怕暴露自己的不足 3 ）主动承认不足 4 ）主动沟通 5 ）杜绝懒惰 6 ）反省自己的开发流程

在 XP 中，碰到问题应该是先问谁会，如果没有会的再 google

1 ）结队一定更加高效、高质 2 ）从别人身上学习，看别人的优点，尊重伙伴 3 ）一个人的价值不在于知道多少，在于能知道多少 4 ）永远测试先行 5 ）不要吝啬问题 6 ）尽可能得让别人知道自己在做什么 7 ）不要重复代码

XP 挑战人性的阴暗面（惰性－永远都不要、自尊－知道什么时候应该放下）

Xper ＝合格的程序员

对于 XP 团队，招聘的时候对性格也是有一些要求

说白了： XP 是一种更加剥削的方式

但是对个人成长和对公司发展都是有利的，只能说可能对公司的益处更加明显。

如果我是老板我一定会选择 XP ，

jupiter：插件是一个提供个人或者小组的代码review的Eclipse插件

checkstyle：插件可以检查代码是否标准，是否存在一些常见错误的功能。

together：还有一个代码审查和检验的功能。

有了以上的工具，在进行代码review的工作中会方便很多。

jwebunit是对httpunit的进一步包装，使用起来更加简单。

Cactus主要是测试服务器端的组件的工具。可以测试：Servlets, EJBs, Tag Libs, Filters等

以上三者都是在junit基础之上开发的。

jmeter是一个纯java的压力测试工具。

StrutsTestCase专门用来测试struts应用程序的。

junitperf可以为JUnit增加一层测试负载和性能的包装。

eclipse.plugins.profiler该插件为Eclipse提供了性能测试的功能。

MySQL和Firebird也是开始提供嵌入式版本。

Java语言的嵌入式数据库：HSQLDB和Apache-Derby

嵌入式数据库的优点：

1、能够编译进用户的应用程序中

2、客户程序和数据库引擎运行在同一进程中，期间的数据交换仅依赖函数调用就可完成，

没有进程间通讯，TCP/IP连接，性能大大提升

3、不需要单独安装部署数据库

4、测试驱动开发，单元测试要求快速而且频繁执行程序，嵌入式的数据库更适合这样的单元测试

5、HSQLDB和Apache Derby都支持标准的SQL92，促使写出兼容性更好的SQL

下载地址：http://db.apache.org/derby/derby_downloads.html

推荐几篇文章：

在 Eclipse 中开发 Apache Derby 应用程序

基于 Eclipse 的 Apache Derby 工具

在 J2EE 服务器环境中使用 Derby

用 Eclipse、WTP 和 Derby 构建 Web 应用程序

用 Apache Ant 进行 Derby 数据库开发

maxIdle
The maximum number of active connections that can remain idle in the pool, without extra ones being released, or zero for no limit.
理解：能够在池中保存的处于空闲状态的活动链接的最大数目。前提是没有额外的链接被释放。（也就是说没有他的使用中的链接被释放的情况下，连接池中保存的最大空闲链接数）为0表示不限制。

maxWait
The maximum number of milliseconds that the pool will wait (when there are no available connections) for a connection to be returned before throwing an exception, or -1 to wait indefinitely.
当没有可以使用的数据库链接的时候，连接池将要等待一个链接被返回的最长时间（毫秒），超过这个时间就要抛出异常。－1表示不受限制。

优点:

1.       交互能力强,完全可能超过C/S结构的表现

2.       兼容性高,几乎所有的浏览器都装有flash插件

3.       与jsp和servlet结合动态产生能力强

4.       Laszlo相当于一个framework,方便在不同的容器间移植

5.       学习曲线不高,XML+JavaScript，做web的很容易上手

缺点:

1.       xml文件解码并编译为flash的代价较大，尽管对编译结果做了cache，如果有大量动态部分，仍然需要反复编译，对WEB服务器的压力比传统的大出不少

2.       flash文件本身体积较大，对网络带宽的要求较高

3.       flash运行时的消耗也大,对客户端要求也较高,不过现在的机器配置问题不大

4.       现在还不够完善/稳定,实际应用的比较少.

2.自定义的Action继承DownloadAction。

然后实现：getStreamInfo()方法，该方法用于返回文件或者流的信息。

protected StreamInfo getStreamInfo(ActionMapping mapping, ActionForm form,

            HttpServletRequest request, HttpServletResponse response)

可以覆盖：getBufferSize方法，用于自定义向servlet的output stream传输数据的缓冲区大小（bytes字节数）。

DownloadAction中有一个内部的接口StreamInfo代表着不同流的抽象信息，定义了两个方法，

public static interface StreamInfo {

       public abstract String getContentType();//得到下载文件的MIME类型

       public abstract InputStream getInputStream() throws IOException;

}

其中DownloadAction提供了两个StreamInfo的默认实现：

FileStreamInfo 代表从磁盘下载一个文件

ResourceStreamInfo 代表下载一个web应用中的一个资源

当然，我们自己还可以实现自己特定的类，比如从数据库中取得流的类，或者从FTP取得文件的流的类。

下面写一个简单的覆盖getStreamInfo的方法，实现下载Web应用的/images/bbg.gif图片：

public StreamInfo getStreamInfo(ActionMapping mapping, ActionForm form,

HttpServletRequest request, HttpServletResponse response){

                     "attachment; filename=" + "bbg2.gif");//设置文件名称

        StreamInfo si = new ResourceStreamInfo("image/gif",this.servlet.getServletContext(),"/images/bbg.gif");

        return si;

}

log4j:WARN No appenders could be found for logger (org.springframework.beans.factory.access.SingletonBeanFactoryLocator).
log4j:WARN Please initialize the log4j system properly.

然后我们是看不到spring加载bean的配置信息的。
在classpath路径下加入：log4j.properties，则能够显示bean的加载信息

2. 在web应用中为Spring配置log4j
Spring的做法是使用一个Servlet Listener，在Web Container启动时把ROOT的绝对路径写到系统变量里，这样log4j的配置文件里就可以用${myAppfuse.root}来表示刚刚设进去的系统变量：log4j.appender.logfile.File=${myAppfuse.root}/logs/mylog.log
在Web.xml中配置语句如下：

<!--如果不设，默认为web.root,但最好设置，以免项目间冲突-->
<context-param>    
 <param-name>webAppRootKey</param-name>     
 <param-value>myappfuse.root</param-value>
</context-param>
<context-param>  
 <param-name>log4jConfigLocation</param-name>  
 <param-value>/WEB-INF/classes/log4j.properties</param-value>
</context-param>
<listener>  
 <listener-class>org.springframework.web.util.Log4jConfigListener</listener-class>
</listener>
这里配置了一个listener，也可以配置servlet:
<servlet>
  <servlet-name>log4j</servlet-name>
  <servlet-class>
   org.springframework.web.util.Log4jConfigServlet
  </servlet-class>
  <load-on-startup>1</load-on-startup>
 </servlet>
配置好了以后我们就可以在当前应用的logs目录下找到日志记录文件：mylog.log
属性log4jConfigLocation的值建议还是设置为：/WEB-INF/classes/log4j.properties，这样我们在不启动web应用的时候，做一些测试这能够正确地记录日志信息。

1.      jsp页面：<%@ page contentType="text/html;charset=gb2312"%>

2.      加过滤器：
<filter>
<filter-name>Set Character Encoding</filter-name>
<filter-class>filters.SetCharacterEncodingFilter</filter-class>
<init-param>
<param-name>encoding</param-name>
<param-value>GBK</param-value>
</init-param>
</filter>

<filter-mapping>
<filter-name>Set Character Encoding</filter-name>
<url-pattern>/*</url-pattern>
</filter-mapping>

3.      修改server.xml文件
<Connector port="8080"

               maxThreads="150" minSpareThreads="25" maxSpareThreads="75"

               enableLookups="false" redirectPort="8443" acceptCount="100"

               debug="0" connectionTimeout="20000"

disableUploadTimeout="true"  URIEncoding="GBK" />

       <Connector port="8009"

               enableLookups="false" redirectPort="8443" debug="0"

protocol="AJP/1.3"  URIEncoding="GBK" />

import org.apache.commons.digester.rss.Channel;
import org.apache.commons.digester.rss.RSSDigester;
import org.xml.sax.SAXException;

/**
 * @author bing.xie
 *
 */
public class ParseRssChannel {
 public static void main(String[] args) {
  String url = "http://xml.linktone.com/rss/xml/14.xml";
  RSSDigester digester = new RSSDigester();
  try {
   Channel obj = (Channel) digester.parse(url);
   System.out.println(obj.getTitle());
  } catch (IOException e) {
   e.printStackTrace();
  } catch (SAXException e) {
   e.printStackTrace();
  }
 }
}
这样真的是很方便。这篇只是抛砖引玉，希望大家共同发掘！