jakarta99总是这么细心，多谢。
我已经在 数据库时代的终结 一文中贴了目前有活力的Cache，其中使用Jboss Cache +AOP实现的文章非常值得研读。

我一直强调：Cache和Pool的掌握是衡量程序员水平高低的一个主要标志，他们都体现了相关模式，是基础。

Cache和Pool是建立在对象基础上，所以关键你要提炼好你的对象，没有良好的OOA OOD思想，又无法实现真正OO，所以最后Cache和Pool都用不好，我以前说Spring中的简单语法singleton=false就是这个道理。就如同EJB中的无状态和有状态区别一样。

Model + Patterns + Framework是开发J2EE三件宝，可以看看下面帖子讨论
http://www.jdon.com/jive/thread.jsp?forum=91&thread=20251

为什么讨论技术细节的人！这么少了！
各位大哥快来啊！
小弟！学习学习。

――――――――――――――――――――
我顶顶

j2ee应用，不一定要ejb吧。虽然ejb2.1也提供了定时器功能，但我还是习惯于在web层来实现定时器。java.util.Timer功能太弱。可以考虑使用quartz来实现类似于unix下cron的功能。如果使用spring，那就tmd更简单了，spring封装了quartz,使用起来只要在配置文件里加几行代码。

我同样想提一个问题.假设我的一个查询是若干表的一个联合.查出的的记录首先是以OBJECT 的方式放到CACEH中,那按照一些CACHE的做法.当这个查询关联的的表其中任何一个发生改变的时候都是清除的.这个清除是否有必要呢?这个资源的浪费是否值得呢.如果一个业务系统频繁的查询和频繁的插入,这样使用CACHE的效率是否会提高呢.如果在做更新的时候是先去更新数据呢,而这个数据刚好是CACHE中某个多表查询中的一个子表的数据.我不想清除呢.我想更新呢.我并不知道主表的ID啊,假设我知道CACHE中有,我如果去定位呢..?

更新个毛。没有完美的事，有的话mda早就实现了，何必要这么多程序员。你要真有这么个需求，你就不必把这个object关联进去，何必把事情想的那么复杂。

我用Jdon的Timer,TaskEngine,TimerTask及自己写的ScheduleIterator实现了每天、每月、每周的任务计划，问题是任务计划列表是不断变化的，例如一个每天12点执行的任务，服务器启动时该线程开始运行，中午11点客户取消了该任务，如何在程序中杀死这个已启动的线程呢？？！！
困惑！！