|
锁定老帖子 主题：银行业务Portal方案寻求讨论？
精华帖 (0) :: 良好帖 (0) :: 新手帖 (0) :: 隐藏帖 (0)
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2007-03-30
看来问题就是一个远程调用的实现方式啊，和portal似乎没甚么关系
|
| 返回顶楼 | |
|
发表时间：2007-04-03
看来论坛里做银行的很少啊。看需求，这明显是个中间业务平台嘛ro
|
| 返回顶楼 | |
|
发表时间：2007-04-10
javajia 写道 银行业务Portal方案寻求讨论？
手头有一个项目是开发各个银行接口，我们规划一个Bank Portal服务器。各个银行有各自的Socket接口、HTTP等接口，于是我们在服务器前端连接银行的地方又加入了一个我们的前置机，专门处理与银行的通讯接口的差异以及报文格式的差异。 同时Bank Portal的后端直接向我们的业务系统提供支持。 结构大概就是这样： 业务系统————〉Bank Portal————〉银行前置机(匹配银行的差异，一个银行一台) ————》各专业银行 现在我们在业务系统至Bank Portal的接口选型上遇到问题，现在有四个方案：1.ejb，2.Socket，3.Web Service，4.JMS 我们的业务情况是比较繁忙，每天有上千笔的交易需要提交到银行。因为银行交易不可能实时返回结果，所以业务系统与Bank Portal之间有互相的消息往来，基本上都是异步的消息。如果考虑互为服务器的话，那只有Socket才合适两边互建端口监听，但如果允许业务主动去查询交易结果。那这四种方式都应该是可以采用的？ 我是主张Socket，当然Socket操作起来需要关心网络层处理。但，如果使用一些开源的封装网络操作的开源项目如QuickServer等工具，将消除这个缺点。 但由于使用EJB的习惯，很多人希望使用EJB。 Web Service当然优点是是可以跨平台，接口简单等。 JMS我就不太了解了，也是其他人的建议。 现在就是举棋不定，望高手们给个意见？ jms 见过的好几个案例都是Jms |
| 返回顶楼 | |
|
发表时间：2007-04-30
每天只有上千笔交易,却不能实时返回结果，我觉得这种情况不太可能，除非交易需要银行统一二次确认，那么银行是不会让你主动查询交易结果的。
异步通信不可行，银行也不太可能接受互为服务器的监听，这样反而复杂了。 方法1:用socket，前置机为socket客户端，银行为服务器端，银行只返回对交易的初步确认。约定一个时间段，在该时间段内，银行将所有交易的 二次确认发送给你。 方法2:更复杂的情况，可考虑双方都使用通讯前置机，由通讯前置机负责在指定的时间段内双方完成相关文件的交互，而业务系统只需到通讯前置机指定的目录下去存取文件，无须关心交互 对于方法1，使用EJB是肯定的，当然是session EJB,关键是接口的封装，对“业务系统”来说，无论是哪家银行，应该屏蔽具体的细节，提供一个统一访问接口,例如以下伪码： TranResponse tr = tx.call( trancode, TranRequest ) 前置机不需要一个银行一台,通讯接口和报文格式的差异可通过参数化设置。 楼主所说的portal和银行前置机实际上类似银行综合前置系统的后端服务网关，前置机除了提供银行访问接口(对外），还需要实现监控管理功能(对内） |
| 返回顶楼 | |
