 案例分析：资产管理系统的解决方案通过案例讨论实战系统中架构技术的选择。合适架构带来优雅的解决方案。 |
| Struts，ejb，hibernate新架构的选择 只有走过弯路方知架构选择的重要性，但是架构选择又不是一件轻松的事情，J2EE的广博精深和多样化已经使得架构选择无法由ERP等这样的应用软件公司来决定了。 |
| 转贴：Spring
vs EJB 本文从一个独特角度明确阐述了EJB、Spring、AOP/Ioc、POJO等复杂概念。 |
| HttpSession的实现机制 HttpSession是J2EE开发中看似简单实则复杂，它向上涉及到系统设计中“有状态”概念；向下涉及服务器和客户端之间交互关系。 |
| 用两个锁解决单例模式的同步 单态模式容易导致死锁问题，本文试图寻找一种解决方案，虽可能无最终结果，但是从中可了解Java编程的技术难点。 |
| Spring+Hibernate框架如何支持集群? 怎样在一个spring+hibernate的框架下，使他能支持分布式服务器集群，这也说明这个架构设计是缺乏可伸缩性的。 |
| 关于权限系统和组织结构 不同应用有不同的权限组织机构，作者提出了复杂组织结构的权限设计问题。 |
| 关于J2EE系统性能问题 从本经典案例可以看出：性能问题是J2EE架构设计中重要程度不亚于OOA/OOD的一个考量，这也是选择面目繁多框架的重要衡量指标。 |
| Pico、JMX、微容器以及对象的易管理性 2005新趋向：PicoContainer等微容器正日益受到关注和广泛应用；J2SE5.0将JMX作为JDK基本API，这些技术都表明对象的易管理性呼之欲出。 |
| 使用动态代理包装对象池 作者实践中一个朴素的编码实现却暗合了AOP思想，Java设计概念总是来源于实践第一线。 |
| 错误代码的设计 优雅的错误代码设计可以为J2EE系统提供良好的人机交互界面！ |
| 项目规模的界定 我们知道，需求是变化的，客户总是象挤牙膏一样逐渐说出他们的真正需求，所以，从长远观点看，项目的规模是否有度的问题， |
| 懂模式又咋样？不还是一个技工吗？ 这个话题引发了关于程序员自身命运的思考，程序员发展之路在何方？ |
| 建模的重要性 一个新系统是首先从建立数据表开始？还是从建模开始？这两种观点自从OO诞生后就争议不断，目前，面向模式的分析设计已经占据主流，喜欢设计数据表的你是否做好改变？ |
| 一个困惑的关于域建模的若干个问题 Martin Fowler的贫血模型带来域建模的困惑，到底域模型应该是什么样？这是事关基于域模型驱动编程（MDA）实施质量问题。 |
| Singleton（单态模式/单例模式）
是邪恶的吗？ 单态模式是GoF设计模式中最容易掌握学习的模式，但是它却充满陷井，容易引起争议，初学者应该慎重使用Singleton。 |
| 用了struts的体会 Struts应该说是目前J2EE WEB系统中比较简单的框架，但是它到底是否简单易用？每个人有自己的看法和观点。 |
| Spring
AOP和Decorator模式 这似乎是两个不相关的概念，其实他们是解决同一类问题不同的解决方式而已，道友xuesenlin 用自己语言和理解阐述这两个概念。 |
| 一个小的WEB项目中的实现方法讨论 Command和MVC模式不一定使用Struts这样框架才可以实现，自己动手实现这样的模式反而更加简单易懂，本文展示了一个这样的案例。 |
| 关于 ActionForm 的设计问题 Struts在处理复杂组合页面时如何设计ActionForm是实践中不容回避的基本问题，优雅巧妙的解决方式也许能够事半功倍。 |
| 正确优雅的解决用户退出问题——JSP和Struts解决方案 如何优雅处理Web层用户退出问题是一个很绕人的问题，南京道友陈非翻译了这篇来自javaworld貌似一般，但是蕴含很深细节的技术文章。 |
|
瞧，我们组的Web应用开发方式 该项目是一个代表性的案例，项目架构使用了Jsp/JavaBeans原始架构，虽然没有使用流行的框架，但开发人员注意到了MVC、分层等概念。 |
| 用 JBuiler 玩转 petstore 开发j2ee应用一直用Jbuiler，今天才突然发现petstore中有很多可借鉴的东西。 |
| 新手的第一个工程的总结 napoleonn 总结了自己的第一个实践工程，从中可以看出一个J2EE编程者的成长和成熟之路，当然存在各种疑惑和问题，希望能从讨论中得到更大进步。 |
| 扩展JAAS实现类实例级授权 J2EE应用服务器提供了基于JAAS的权限存取模式，使用时直接配置就可以，无需触及JAAS等基本底层概念。J2EE系统继承了Java高安全性的优点。 |
| 我个人的对IOC的理解 理解Spring/EJB 3.0等新技术，须首先掌握他们先进的设计模式，再次证明：设计模式是 Java学习不可逾越的鸿沟，否则就会走向错误的方向。 |
| 我是EJB支持者，不只是Session
Bea，还是实体Bean 这是来自TTS又一篇译文，Hibernate实战应用已经有一段时间，如何评价它和实体Bean优缺点，每个人都有自己的看法。 |