>它提供的东西是POJO不能提供的
这很关键，因为在实际中我发现这个问题，你只要看一下Model接口的内容，就知道特点，还是那句话：缓存。 AOP Cache并不能完全解决实际中所有问题。而且缓存本身追求性能，如果使用消耗性能的方法去追求，反而得不尝试，这是目前的尴尬。
我不想在这里讨论更多问题，如果gigix有益加入，我们应该在开发者论坛中讨论这些事情。对不起了。不是我保守，而是我精力确实不够，也需要对方将整个架构研究一下才可以对话，我不喜欢就事论事。
和你恰好相反，我偏偏喜欢就事论事，不喜欢扯一些高来高去的悬乎理论。Model在JdonFramework里有一个重要的地位，模型对象都必须从它继承下来，这就意味着这些模型对象是不可移植的：一旦使用了JdonFramework，你就被绑定在上面，无法再把这些模型对象移植到――譬如说――基于Spring的应用。我并不认为这是不可接受的，但你必须给我一个理由：为什么我应该接受这种绑定？它提供了什么是POJO+AOP做不到的？你不必问我有没有兴趣加入，就算我现在有兴趣在项目里用你的框架，我想你也有必要在这个问题上说服我，不然我为什么要冒一个被绑定的风险？
用了Spring之后难道能移植到Picocontainer上或JBoss AOP上吗？因为微容器还没有标准嘛。
你的认真踏实很让人敬佩，目前，我们还没有找到完全优雅无侵入性的设计方案，这是我们追求的目标，就象EJB 3.0中还要继承；Spring中也要有一些继承，你不是也说过吗？
我说mixin可能会解决这个问题。
另外：我不想说服你，只是你提的问题具有建设性就好。
jupframework2006开源了・・・・我们的缓存服务叫banq，持久化服务叫robbin，aop服务叫gigix，oh，.......AND SO ON....对了，我们叫SOA,我们项目的目标是提高中国的软件水平，如果要给这个项目加个期限的话，1000年。不好意思，项目没有资金....最后，祝大家新年快乐，愿我们的软件得到theworldside的关注
哈哈，轻松之余是该考虑太多技术以外的问题了。
>> 用了Spring之后难道能移植到Picocontainer上或JBoss AOP上吗？因为微容器还没有标准嘛。
我想谁都不会否认，JavaBean是标准的。如果是一个基于Spring的应用，模型对象只需要是JavaBean，不需要继承特定的类或者实现特定的接口，这样的模型对象为什么不能移植到PicoContainer上？为什么Spring/Pico的轻量级应用可以基于JavaBean来做？因为所有的infrastructure都是通过AOP提供的。AOP同样已经有AOP-Alliance标准。我请问，这里的哪一部分是不能移植的？是AOP-Alliance兼容的aspect不能从Spring AOP移植到Nanning吗？或者是一个最普通的JavaBean实现的模型对象不能从Spring移植到Pico？
当然不行，你按照你的思路弄个可移植的可运行的代码给我看看？让我见识见识你的代码？注意：不要象上次单态模式时弄个简单线程程序，贻笑大方。
再次注意：不要给我一个普通的JavaBeans，理论和实践相差远得很。也请个别所谓IT写手（捣浆糊者）不要在这里愚弄我们程序员的思维，这种人只适合在程序员CSDN这样地方，在Jdon不受欢迎。
to gigix 你必须给我你自己实现的代码，道听途说除外，否则认为你在这里搅场子，删贴。
Jdonframework is not MDA Tools, I don't truely believe in MDA, Jdonframework just introduces abstract data concept:Model, it is beginning to MDA.
Banq兄，我希望你可以多做一些研究再来谈论一些问题，最好也不要拉大旗作虎皮。并不是找一个叫Model的基类就可以称作MDA，WebWork里有一个ModelDriven,也不见WebWork就鼓吹自己是MDA了。且不说你的JdonFramework实在没什么新鲜的东西，就你说MDA这一点，足就贻笑大方了。建议Banq兄读一读JSR40，了解一下JMI，哪怕你用JMI做一个简单的Model Reflection呢.....看着TSS的帖子我都觉得脸红.....
国内程序员浮夸之风如此横行，我不惜得罪天下人，对这些丑恶的现象和虚伪痛骂，也对不注那些不小心涉及的善良的程序员，再次道歉。
源码正在看，首先表示支持！
其次提几个意见：
1、开一个JdonFamework的论坛节点供大家讨论问题，现在混在开源项目中显然不利于交流。
2、希望版主能够制定一个规则，让想为这个开源框架出力的人发挥自己的才能，象如果写了源码或改进源码后放在那里，我想很多人不知道！
3、希望大家能够平心气和的向版主提意见，不要总是“为什么这样？”的质问，应该多一些“这样做也许更好”的建议。
4、希望版主能多听取一些论友的高论,否则会失人心的。
5、在项目还没有形成自己的特色时，不要在theserverside讨论，不鸣则已，一鸣惊人!
衷心祝福这个项目能在2005年长足发展，做为中国人自己的开源框架用在自己的项目中！
对BANQ推出开源项目表示强烈支持。
我想，无论是赞扬，还是批评，表示有人关注，需要一个开阔的胸怀接纳，无须动辄删贴。
如果项目出来如泥牛入海，毫无声息，banq肯定有些失落。现在批评的声音大了些，但平实的说，没有人故意找茬，大家是就技术讨论，言辞还没有过火。再说术业有专攻，我没做好，欢迎你帮我来做，反正是开源，无须凡是反对的都是敌人。丁春秋的作风应该不是banq的作风吧，一大群newbie整天前呼后拥，溜须拍马是不利于一个人技艺的成长。
呵呵，没想到gigix是个较真的人，还是个爱憎分明的人。
欢迎gigix早日有开源项目，除了groller，不要光说别人。
没想到banq会扯上robbin。
一个人的思想会说谎，但是他的行为不会说谎。这句话真的很有力量。