拟用EJB3实现一个大型在线支付系统

正在考虑采用EJB3来构建一个大型的在线支付交易系统。特点是无前端界面，只提供服务接口；每日交易量巨大，对TPS（每秒处理的交易数）的指标要求较高。由此带来的技术性要求为：
1. 对大并发的访问压力有足够承受能力；
2. 响应时间必须足够短（3秒以内）；
3. 具有企业级的事务完整要求；
4. 企业级的安全性；
5. 方便实时监控系统运行状态参数，如访问量曲线等；
6. 与银行系统的可靠连接。
采用EJB3，主要是希望利用容器的强大和成熟性，避免重复编写企业级的环境类代码，而将主要精力放在业务实现上。EJB3为本项目至少可以带来对象池的管理、声明式事务支持、透明的集群机制、及其相当程度的安全性。EJB分布式的优点暂时还用不上，准备仅仅使用本地接口的方式，从接入门户系统直接调用。EJB持久层用EJB3.0的JPA。接入系统采用的技术还未深入思考，大致有两种思路：Servlet容器或者自己编写基于javax.concurrent的线程池。
当然，用EJB最担心的还是性能问题，不知道Spring这样的轻量级框架对于这个项目是否就够用了。希望可以通过与大家的讨论，做一次成功的选型。