J2EE架构的银行核心业务系统

同意啊，如果你找不到一个可以稳定十年八年不变的JavaEE架构，很难给自己下决心去替换原来的C架构。

银行核心系统当然是COBAL同AS400啦，J2EE用来做前置系统还不错，你怎能保证你实现的这个系统比原来的系统安全性更好，稳定性更高？就这个不确定性，银行宁愿投入更多的硬件也不愿使用一个新的系统。

嗯，纵观历史长河，很多语言和工具都是这么自己把自己玩死的

说bank sys 可以用 类似hibernate一样的缓存， 实在太搞了， 你对高性能实时系统有过维护经验么？ 真的，要补补

进出口行招标选了open solution的核心业务系统, 是基于.net的;

我觉得, 国内核心业务系统基本没有用j2ee的原因可能是:

1) 核心帐务功能很简单, 就是记账和定义产品参数, 但要求稳定, 现在基于IBM小机400 RPG, IBM6000/HP/SCO c/c++, 大机cobol的系统运行了很多案例很多年, 完全满足要求了, 没必要改用其他语言再写然后测好几个月;

2) 柜面终端数量众多, 一般都是字符型的unix终端, telnet到unix的柜面前置很自然; 全买图形终端也买不起, 一个省近万个终端, 每个终端增加1000元投资就得多花1000万了,没必要;

银行要想推新业务品种, 在综合前置,渠道接入等上面动脑筋即可, 和核心业务系统的关系也不大.

j2ee 的东西确实不稳定。银行一年出一次差子，够喝一壶的。

还有，干吗，要换成j2ee.给个理由，先．

你们技术总监说的很对，想银行这种成熟的系统根本就不可能换城J2EE的，技术是一方面的，业务是最主要的。谁都不敢保证换了后不出问题，而银行系统出问题后果不用我说。呵呵，所以兄弟接受现实吧。

为什么要用Java替换呢?
代码写的好不好和语言无关吧.C设计的好一样可以很少代码.

这个不能成为主要原因吧?
-----------------------------
据了解，目前国内完全J2EE架构的银行核心业务系统是没有的。都是基于Tuexdo或cics。
最近在看后台Tuexdo 的C代码，真是难以形容，竟有7、8千行的一个函数。对于维护来说，成本实在太高了。据说这些是当时的C高手写的程序，此致敬礼。

支付宝全套java,数据量绝对很大，我感觉很好呀

j2ee中间件还不成熟，就如执行队列管理，j2ee中间件只有一个执行线程队列，没有优先级调度等。而像tuxedo是可以灵活配置的。