有用java写金融行业核心交易系统的吗

本人处于一个发展中的卡公司,要对系统进行重构,老总的目标是打造一个能支撑业务发展5到10年的核心系统。
上周我们公司的高级顾问(中国银行的一个专家),提出了一个架构,在原来的交易系统基础上扩展出机构的概念,
把核心部分涉及到钱的都放入核心系统,外围系统以交易的形式访问核心系统(比如把一次查询看成一个交易),所有的东西通过c接口访问核心系统,在核心系统上用c接口来提供交易的原子操作,然后在上面用java封装成组合操作。其他的外围系统也分出来,等交易系统成熟了,一步步往上挂,比如crm,callcenter等等,这样一下子颠覆了原来的系统,库表都要舍弃,现在的柜员系统,对账系统等多个新系统将全部瘫痪。而且我们这里c程序员只有一个,这样干耗时太长,并且在两个语言中组合操作事务的保证没底。我感觉交易系统无非就是pos或者其他渠道来的交易通信,比如pos的通过8583协议过来的,我用java也是可以解包,然后处理业务的,对核心系统数据库进行操作。毕竟java干了5年了,用起来得心应手的,我想用java平台来替换原来的c系统,但是没干过,心里没底,看各位大牛们有什么想法,给小弟一点指点!
[该贴被diyer1650于2011-07-06 10:18修改过]

使用Java,但是也要在Java语言中操作事务。说白了,思路按照你们顾问思路,但是改用Java,而不是C,因为你们人力成本和费时两个因素决定的。

唉,但是高级顾问同志说这个核心层一定要用c来写,我想了想,怎么保证两种语言和一起完成一个组合交易中事务就是个大问题。还有他反对使用Java,认为Java写核心交易系统的效率上赶不上C,郁闷,可能要成C程序员了!我想问下已知的类似的金融上的交易系统有用Java实现的吗?可能应该注意哪里问题!

唉,但是高级顾问同志说这个核心层一定要用c来写,我想了想,怎么保证两种语言和一起完成一个组合交易中事务就是个大问题。还有他反对使用Java,认为Java写核心交易系统的效率上赶不上C,郁闷,可能要成C程序员了!我想问下已知的类似的金融上的交易系统有用Java实现的吗?可能应该注意哪里问题!

首页文章推荐里有:Avanza银行

Java主要用在银行 保险系统,所以称为企业Java,自己到google找找,可以找出很多案例。

你们那个顾问和我现在公司的某高手论调一致:一定要用C写核心系统,因为效率高过Java好几倍。

结果是现在他写过的那些代码且不轮效率,单说复杂度已经没有人愿意看了。往往越是高手牛人越是麻烦的根源。

看看支付宝,关于一致性的问题可以看看分布式事务相关的部分,搜得到的