|
锁定老帖子 主题：J2EE架构的银行核心业务系统
精华帖 (14) :: 良好帖 (2) :: 新手帖 (0) :: 隐藏帖 (2)
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2009-01-19
路过！
正好看见华山论剑！～～～～拜服 |
| 返回顶楼 | |
|
发表时间：2009-01-19
我们以前做的是用SAP， 前端的界面是用DotNet来做的。
|
| 返回顶楼 | |
|
发表时间：2009-01-19
稳定压倒一起
|
| 返回顶楼 | |
|
发表时间：2009-01-19
非能与不能，而是有没有必要，又不是C已经不能满足现在的需求了
|
| 返回顶楼 | |
|
发表时间：2009-01-19
其实速度不应该成为Java开发核心业务系统的瓶颈，Java也能够运行在RS6000这种小机上，当然大机目前还不行。通过机器的横向扩展基本上能够提高并发量，全球最大的衍生品交易所CME，交易系统都是用Java开发的。其实Java处理核心业务系统的关键是稳定性，系统突发性处理GC时的压力是大问题。
|
| 返回顶楼 | |
|
发表时间：2009-01-19
看不懂啊 现在都是前端的表示层用java，就是mq之前的 听说有过项目是尝试把as400的cobol程序用java重写一遍，不过失败了 |
| 返回顶楼 | |
|
发表时间：2009-01-20
最后修改：2009-01-20
yuzhu712 写道 icewubin 写道 J2EE架构本身就不稳定，从最早的EJB1.0到EJB2.1到现在的轻量级J2EE，从时间上来看，技术架构的稳定性还不如C呢。呵呵，虽然我是Java派。
别扯淡了..... 哦，您的意思是J2EE架构很稳定（不是运行时稳定性），还是说C的架构（基于C的银行核心业务架构）也不稳定呢？ “不是运行时稳定性”：主要意思是指，同样是所谓的J2EE架构，7年前做的方案、4年前做的方案和现在做的方案会有多大的差异？不稳定性指的是这个。 |
| 返回顶楼 | |
|
发表时间：2009-01-20
主要还是看开发人员的素质了，tuxedo和pro*c一样能写出漂亮的代码，反正都是写代码没必要执着于用什么语言和架构去开发，tuxedo的银行核心系统有很多成功案例，而且架构稳定，性能也好，即使你用java做出来的系统和tuxedo一样的稳定性和性能，没有非常明显的优势，replace完全没有必要啊
|
| 返回顶楼 | |
|
发表时间：2009-01-20
银行的系统需要的是稳定！
原来的系统如果证明了是很稳定的话 他们是不可能花费大量的时间和人力来冒这个风险的！ |
| 返回顶楼 | |
|
发表时间：2009-01-21
所在团队最近刚刚完成一个保险核心业务系统，C-> J2EE的B/S系统转换，就楼主的问题，说说个人的感受：
1、总体上而言，确实C的性能更好 2、业务系统用C还是J2EE不是单纯的技术因素决定 3、保险行业每年都有新公司开业，没有背老系统的负担【其实我们也升级老系统】 4、对于业务系统而言，除了后台的性能，如果是B/S的，界面上也有不少问题处理起来很复杂 5、对于日渐强悍而有相对统一的平台J2EE而言，个人看法银行的核心业务系统也会逐步转移到J2EE大平台上面来 |
| 返回顶楼 | |
