只显示主题贴
翻译的实在是太差劲了,这本书会让楼主成为潘仲凯的接班人
- 进入论坛 Java 版
gqf2008 写道需要网络编程知识、信令知识、流媒体知识、应用服务器知识
大哥,难道你认为现在还有必要重新做一套呼叫中心的中间件吗,比如CTI之类的?
什么信令,流媒体都不要太在意,会一些,能让你有个概念,不会也不要紧,因为真正要做呼叫中心,最核心的CTI,IVR这些东西,都应该是买成熟的产品来,你要实现的也只是呼叫中心的业务功能,这些说穿了就是企业应用,也就是对数据库的操作
- 进入论坛 入门讨论 版
有个问题
比如某银行提供有网上缴电费的网上银行业务,我想知道他是怎样保证我卡上的钱能转到电力公司在银行的帐户,同时也能让电力公司充缴这个用户的电费应交信息
银行自己保证从我的卡里面转到电力公司的帐户里面这块倒应该没问题,但我就想知道怎样保证银行完成两个帐户的转帐,同时也能保证电力公司能从自己的数据库中也充缴我的电费信息
再就是不管是用交易中间件还是别的技术,我想单边帐是不能避免的,如果出现了单边帐,又应该怎样完成单边帐的处理呢?
- 进入论坛 入门讨论 版
如果总部部署一个web application，营业部用浏览器访问总部的web，那还叫营业部直接访问总部数据库么。而且以前营业部既有j2ee又有dephi，趁这个机会统一了算了。维护两套不累么？
如果你是我的领导就好了
- 进入论坛 入门讨论 版
其实说穿了,领导的意思还是想用WEBSERVICE,就是总部架个WEBSERVICE服务,这个总部架的WEBSERVICE服务其实同时也是TUXEDO客户端,同时也在总部架TUXEDO的服务端,这个TUXEDO服务端就负责接受TUXEDO客户端(也就是总部架设的WEBSERVICE服务)的请求存取数据库,营业部的系统就请求总部的WEBSERVICE服务端,向总部的WEBSERVICE服务端发送相应的运单信息,再由总部的WEBSERVICE服务端请求TUXEDO服务端存取数据.
其实这种做法是不能改的,领导定的最大嘛!所以我就是担心WEBSERVICE的性能,能不能承受这样的并发访问
- 进入论坛 入门讨论 版
codeutil你的方法我原来也想过,但还是不符合需求,需求是要实时的,只要营业部入了一张单,总部的数据库中就必须要有这张单
- 进入论坛 入门讨论 版
如果你还不明白我的需求是什么,我真不知道要说什么了,我反复说过营业部己有了J2EE的系统和DEPHI系统,这些老系统以后不可以直接访问总部的数据库,必须通过一个中间层来同数据库交换数据.这个东西说了几十遍了,你竟然还说不明白我的需求,真服了你
- 进入论坛 入门讨论 版
TUXEDO我了解的是不太多,但是最简单的一条就是领导要求就是不要让别人系统去直接访问TUXEDO的服务端,也就是说别的系统不需要去编写TUXEDO客户端,他只需要把一些数据发给一个WEBSERVICE或是别的服务就可以了,不用去编写TUXEDO客户端
- 进入论坛 入门讨论 版
现在就是说我们不但要做tuxedo的服务端还要要封装tuxedo的客户端做为一个中间服务层,让各个系统去调用,各个系统不用管你是怎么把他传来的数据存到数据库中去的
- 进入论坛 入门讨论 版
评论排行榜