看来oscer的讨论,我也把我的思路写出来吧.
文章的范围是 java web,并不是j2ee,主要是我很少接触EJB,对EJB没有发言权.废话少说,现在开扒.
说起java框架那是锣鼓喧天鞭炮齐鸣,纷纷色色,层次不穷,javaweb的主流框架有 spring,spring mvc,struts,hibernate,mybatis(ibatis),spring jdbc
但是ssh的臃肿,庞大复杂,难于维护的弊端越来越越明显,并不是说ssh本身有什么问题,而是开发者的素质参差不齐,使用期间造成各种各样的问题.
我也曾厌恶ssh的臃肿,从头封装自认轻量的框架,后来的教训告诉我,必须改造轮子,千万不要再造轮子.
自己造的轮子并不是说多么差劲,而是持久兼容更新,技术文档,第三方组件兼容,人员流失,技术培训等等,造成后期的成本非常之高!
就算是作者本身,1年之后,问他这行代码为什么这样写,一时间都很难回答.
所以我奉劝各位,自己做轮子可以更好的了解技术细节,业务研究很有好处,但是不要用到正式系统.
当然和国外技术大牛同等级别的人除外.

对于框架只有一句:不要造轮子,要改造轮子.

ssh的架构过于臃肿和复杂,我们追求轻量级!
我的方案是springrain.使用 spring mvc+spring core+spring jdbc.我只是封装了spring jdbc,使其支持ORM对象操作,其他原封未动.
核心的封装代码只有3个类,很容易就能搞明白怎么实现orm的了.(ps:等有时间了我详细写下)
springrain更重要的体现我的编程方法,小项目一个dao和一个service足矣,有兴趣的可以看下,也算是贫血模式的极限了吧……