若干问题解决方案

就客户目前的需求来看，业务比较简单，不管是LWAP还是ADF都能满足。我对ADF不是很熟悉，所以主要分析一下LWAP对于技术需求的满足度。

支持SSO：已经有一些项目实现了与Oracle EBS或SAP Portal的SSO，主要是写一些java class处理cookie

支持Portal：目前还没有现成的案例，不过按照JSR 168去写Portlet问题不大

使用MVC分层结构：LWAP确实是按照MVC的模式来设计的，没有使用第三方工具。话说回来，MVC是一种设计模式或架构风格，并不像网络七层模型那样是一种严格的分层体系。但在Java社区，大家都习惯于每一层都有独立的工具去实现，例如Hibernate对应M，Struts对应 C，Freemarker或者Veloticy对应V，以至于需要专门再创造一种类似于Spring这样的工具去把它们“粘合”起来，对于单一工具地实现方式反倒是觉得比较奇怪了。

支持内存缓存技术, 加快页面的响应：应该是对于信息发布类应用来说的，可以通过开发LWAP的插件来实现，或者集成memcached这样的第三方cache工具。

能轻松与Spring框架集成：LWAP本身和具有Spring功能一样的IoC组件，所以很遗憾这两者是互斥的。

最好能使用轻量级的不需要EJB的J2EE技术实现：LWAP确实是不需要EJB的轻量级技术，可以部署在Tomcat这样的纯Web container中。

能够支持手机访问：有两种方式，一种是使用WAP协议，另一种是直接用Windows Mobile所带的IE浏览器。如沈辉所说，支持WAP协议本身是很简单的，但WAP的表达能力相当有限，应用开发者必须根据实际需求来考虑两种客户端的界面设计，通常是不能一套界面包打天下的，比较实际的做法是专门为 WAP应用设计一套界面模版。如果直接用IE的Windows Mobile版，可以考虑使用基本的HTML要素，不用复杂的java script，再考虑到合适的分辨率，倒是有可能实现一套界面、两种客户端。

支持负载均衡：最便宜的方案是用Web Server在前端做软的负载均衡器，然后将应用部署在多台应用服务器上，实现负载均衡。Apache有mod_proxy模块，可通过配置将请求平均分配到多台应用服务器上，并能自动排除发生故障的应用服务器。Tomcat、Resin等Java Web Server也都有类似的功能。这里比较关键的是Session同步的问题，也就是说一台应用服务器Crash之后，它所服务的客户端应该能够平滑地被转移到另一台服务器，不丢失任何session数据。有多种实现方式，如使用独立的 session server，session复制等。这里推荐使用数据库实现session存储，替代web server本身的session。 session数据库既可以和应用主数据库在一起，也可以独立架设，通过参数tuning调整为适应大并发、少量I/O的场景。

目前LWAP还没有并发数量特别高的实际案例，但从理论上说，只要实现了负载均衡，就可以线性地应对并发用户数的增长。