|
锁定老帖子 主题：Java电信行业应用探讨-01-提纲篇
精华帖 (3) :: 良好帖 (0) :: 新手帖 (0) :: 隐藏帖 (0)
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2006-01-20
非常感兴趣啊, 能MSN交流么.
我们正在着手搞一个动机类似的东西 http://www.springside.org.cn 应该有很多互相借鉴学习的地方. my MSN is calvinxiu@hotmail.com |
| 返回顶楼 | |
|
发表时间：2006-02-12
电信级的产品，为什么不用ejb?现在好多的电信产品还是基于分布式的用ejb,上次去爱立信面试就说我没有用到j2ee,我说用过struts+spring+hibernate,他说知道，但是根本对这个东西不感冒
|
| 返回顶楼 | |
|
发表时间：2006-02-12
cyberwjw 写道 电信级的产品，为什么不用ejb?现在好多的电信产品还是基于分布式的用ejb,上次去爱立信面试就说我没有用到j2ee,我说用过struts+spring+hibernate,他说知道，但是根本对这个东西不感冒
谁说电信产品好多用ejb?请不要主观臆测 |
| 返回顶楼 | |
|
发表时间：2006-02-13
BOSS目前也只有营业可能用到J2EE，其他相关的应用如大客户系统、客服用J2EE的还是比较多的。
|
| 返回顶楼 | |
|
发表时间：2006-02-13
万事重在坚持，在坚持中不断科学的调整肯定会有收获。
开源的整合已经不是只有我们想到的东西。很多大公司都积极整合开源项目，我个人的意见是大家不妨针对问题进行讨论，相互促进，至于整个项目的成功失败可以搁置看待。 ^^ |
| 返回顶楼 | |
|
发表时间：2006-02-24
楼主在构建电信行业应用系统的经验应该是无须置疑的。
我们现在项目采用比较大胆的尝试，用Spring+AJAX(因为Hibernate不能支持系统的元数据模型)来架构省集中的系统应该在国内并不多见。在系统集成方面用JMS，工单处理用IBM的工作流，整个系统在横向扩展方面应该不会有什么问题。 从我这几年电信运营支撑系统的开发和维护经验来看，稳定性、可靠性、可扩展性高的系统最重要的几个关键点。特别是系统如何来适应源源不断电信业务需求变更，并且系统能快速的响应来满足变更或增加业务需求，这是电信BOSS系统的关键点。 欢迎大家来探讨大型企业级应用系统的架构方法。 |
| 返回顶楼 | |
|
发表时间：2006-02-24
这么久了，
看来这个系列只有 01 了， 突然。。。 请听并不存在的下回分解。 |
| 返回顶楼 | |
|
发表时间：2006-03-14
cyberwjw 写道 电信级的产品，为什么不用ejb?现在好多的电信产品还是基于分布式的用ejb,上次去爱立信面试就说我没有用到j2ee,我说用过struts+spring+hibernate,他说知道，但是根本对这个东西不感冒
难道你去的是CGC,那边和bea是global的partner,用的当然是BEA的商业产品integration,portal什么的,业务处理一大堆大堆的EJB,你丫会开源的东东不是过去送死，呵呵。 
|
| 返回顶楼 | |
|
发表时间：2006-03-15
KayMO 写道 cyberwjw 写道 电信级的产品，为什么不用ejb?现在好多的电信产品还是基于分布式的用ejb,上次去爱立信面试就说我没有用到j2ee,我说用过struts+spring+hibernate,他说知道，但是根本对这个东西不感冒
难道你去的是CGC,那边和bea是global的partner,用的当然是BEA的商业产品integration,portal什么的,业务处理一大堆大堆的EJB,你丫会开源的东东不是过去送死，呵呵。 这位老哥说的不错,你对他们很了解的呀,他们的确用的是bea的integration,portal,他当时问我用过没有,我说没有就基本上没有下文了,我一个劲的说我能很快上手,那个面试官一个劲的说我知道我知道..... |
| 返回顶楼 | |
