|
精华帖 (0) :: 良好帖 (0) :: 新手帖 (0) :: 隐藏帖 (0)
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2010-07-26
的确，大多数银行的核心系统不用Java的，据我所知，大多是Cobol和C的居多，原因很多，一个重要的原因是，银行的核心系统一般运行在VSE/MVS上的，用Unix的也有，这些主机/小机上Cobol/C运行的很好，原来是不支持Java的，有的程序甚至运行了十多年，没有必要去更换。而且，几乎所有的核心系统都是分层的，数据库，中间件及前端，如果更换Java，代价很大的。
另外，银行在软件方面最看重的是安全、稳定和性能，去改变不是很容易的事情，只要现有系统能够满足要求，没人会去动的。 Java在银行中，只是做一些外围系统，比如网银、总帐，报表展现之类，通过结果去调用核心。 |
| 返回顶楼 | |
|
发表时间：2010-08-04
我记得好几年前就见有人说过国外某大行（记不清是哪个了）用java做交易系统核心，是有严格的吞吐率和响应时间承诺的。
另，曾经在某大行的一个大项目里做个辅助的小包。 该行领导想要个修改，被主包（前面有人提过...）直接说：看着小改得很深，这是跑了三十年的核心，有关测试工作量和进度不做任何承诺。 看着一堆老铁甲，想想三十年来烙了多少补丁，我是满同意这个说法的。 |
| 返回顶楼 | |
|
发表时间：2010-08-19
最后修改：2010-08-19
我这里请教个问题,银行里的系统很多是基于多进程的c socket编程,有谁清楚里面的架构,比如通信进程,业务进程,通信方式,报文格式,事务管理等等.类似一个小tuxedo.
最近对这个很感兴趣. |
| 返回顶楼 | |
|
发表时间：2010-08-20
tide2046 写道 确实，这帖子里的大多数人都根据自己的臆想在说话。
银行核心真的没法用java来写么？ 没有调查就没有发言权。至少我了解的，确实目前国内有银行的核心是Java EE 写的。 大家都没有说不行。也有不少人说关键是历史原因，你根本不知道那些几十年的代码有什么暗病。 我听说过曾经有过项目想把某个400的部件用java重写，结果项目失败，不少经理掉了乌纱帽。后来没有谁没事找抽去拿java弄核心了。 |
| 返回顶楼 | |
|
发表时间：2010-11-16
其实银行的核心是Mainframe+Cobol+JCL+DB2，对数据的吞吐量有着很高的要求的，一台大机都是几百万、上千万的，外围一般采用数台小型机（N>100）进行辅助，大机一般几年都不会重启和关机的
|
| 返回顶楼 | |
|
发表时间：2010-12-03
最后修改：2010-12-03
自己呆过两家外资的核心都用JAVA，据了解核心用JAVA的很多
|
| 返回顶楼 | |
|
发表时间：2010-12-03
银行的核心系统是不会使用j2ee来做的，核心系统是用c来做的。java只能做银行的辅助业务的产品。
|
| 返回顶楼 | |
|
发表时间：2010-12-22
miaow 写道 我记得好几年前就见有人说过国外某大行（记不清是哪个了）用java做交易系统核心，是有严格的吞吐率和响应时间承诺的。
另，曾经在某大行的一个大项目里做个辅助的小包。 该行领导想要个修改，被主包（前面有人提过...）直接说：看着小改得很深，这是跑了三十年的核心，有关测试工作量和进度不做任何承诺。 看着一堆老铁甲，想想三十年来烙了多少补丁，我是满同意这个说法的。 说到点子上了。真要用Java做，也有的。Java RTS才更适合这类应用。但是Java RTS本身就很贵，不像普通免费的Java虚拟机，况且在国内，有Java RTS项目开发相关经验的也不多。 |
| 返回顶楼 | |
|
发表时间：2010-12-31
最后修改：2011-01-01
ysihaoy 写道 刚刚看了几个朋友在本模块关于银行系统的讨论，觉得说的很不错。确实如此，在国内真正的银行核心系统是没有用J2EE来实现的。就像一个朋友说的那样银行是很保守的。
我以前也在国内培训的时候做过一些所谓的银联项目，是用webservice来做的。但是当时老师就说了，银行是不会用webservice来做的，这只是对webservice的一个入门罢了。 在此先简单介绍一下小弟的情况：我目前人在国外，当然了正在寻找java/j2ee开发的工作，这也是小弟的最爱了。 可是遇到的一个问题是，在很多招聘网站上都说需要有银行banking和金融financial方面的经验，当然都是针对java developer的。要求的技术不外乎就是ssh，webservice，ejb，甚至还有用CORBA的。 我就困惑了，难道这些的银行系统都是用j2ee开发的吗？还是怎么样？或者这就是大家说的国外和国内的不同。 请各位高手各抒己见谈谈你们对j2ee在银行项目和金融项目中的应用。另外，想问一下，在企业中真正使用到ejb的项目都会有哪些呢？能举几个例子吗？ 恩，我正在写一个银行的批量程序，不过不是核心，只是外围。 性能上完全没有问题 核心我也接触过，千万级客户量下用java做问题不大。但是不敢排胸担责任，也犯不着吃饱了撑的强推客户用java——这种系统对开发成本并不敏感。 但是最大的问题是很多中小银行的系统仅仅是勉强能支撑当前业务，谈不上灵活变化，因此业务变化和业务量受制于技术。 DOCDOC 写道 miaow 写道 我记得好几年前就见有人说过国外某大行（记不清是哪个了）用java做交易系统核心，是有严格的吞吐率和响应时间承诺的。
另，曾经在某大行的一个大项目里做个辅助的小包。 该行领导想要个修改，被主包（前面有人提过...）直接说：看着小改得很深，这是跑了三十年的核心，有关测试工作量和进度不做任何承诺。 看着一堆老铁甲，想想三十年来烙了多少补丁，我是满同意这个说法的。 说到点子上了。真要用Java做，也有的。Java RTS才更适合这类应用。但是Java RTS本身就很贵，不像普通免费的Java虚拟机，况且在国内，有Java RTS项目开发相关经验的也不多。 的确，最初我也是担心这点，但是我们的客户常见的负载压力都是100以下的。即使是银联，也不过要求500并发/秒。实时性的确是java的欠缺，如果仅仅是并发，问题并不大。 事实上我很少（几乎没看见过，我见过最牛的写的模仿texcute的系统是很漂亮，但是整体性能，扩展性，维护性都不好）见到C程序员能写出性能很好的银行程序的。 另外，我接触的普通的银行的联机系统对实时要求并不高，交易晚两秒处理对客户影响也不大。 综合看来，我觉得可行性还是很高的。 |
| 返回顶楼 | |
|
发表时间：2011-01-04
用C和COBOL是因为IBM当初给银行做系统时用的是C和COBOL，IBM不改别人也不敢改，前端用Java因为IBM和Oracle给银行做前端系统的时候用的是Java，他们不改别人不敢改，前端系统用Struts+Spring+Hibernate也是因为他们都用这个，别人不敢用别的
想开点吧，钱给够了就行了 |
| 返回顶楼 | |
