SOA面向服务架构

有个问题 比如某银行提供有网上缴电费的网上银行业务,我想知道他是怎样保证我卡上的钱能转到电力公司在银行的帐户,同时也能让电力公司充缴这个用户的电费应交信息 银行自己保证从我的卡里面转到电力公司的帐户里面这块倒应该没问题,但我就想知道怎样保证银行完成两个帐户的转帐,同时也能保证电力公司

文章网址：http://www.jdon.com/artichect/SOA.htm 欢迎发表

今天看了robbin在javaeye上关于domain object的总结:总结一下最近关于domain object以及相关的讨论

首先各个业务系统内部使用的通信协议可能各不相同，即使底层协议相同业务系统之间的数据格式各不相同，要想使业务系统之间传递的数据能够做到相互可以认知用什么方法来解决这个问题？ 传统的EAI解决方式我已经知道，能解释一下现在国际上通用的最优解决办法吗，在SOA

个人认为面向中间件的开发技术恐怕慢慢会被面向服务的技术取代，无论从商业模式还是在代码的安全性、版权的管理方面恐怕面向服务的思想都更胜一筹。看过banq的书和一些文章，感觉banq对EJB极端的推崇,甚至有些简单的系统也推荐使用EJB技术，个人表示有些不解...，（呵呵，是不是太痴迷于EJB了)

一般类似银行系统，上层一般为j2ee构架，下层可能有多个核心系统会采用cobol可能跑在大机上。这时往往会涉及到两个问题：1、j2ee程序是跑在容器中的，容器就像个沙箱里面的程序对外访问是有限制的，那么如何才能与多个核心程序通讯。2、有分布式异构系统的事务处理的问题，需要统一我系统和多个核心系统的

Javax 即JavaExtension 是在Java2时才引入的。基本上很多以javax开头的包里面的类都不是具体实现类。大多是接口或者抽象类。 举个例子 如果你不用DOM4J 或者JDOM之类的话， 你持有的对象Document是一个接口。所以

既然跨越多个应用传递数据，互相通讯，那么肯定不能部署到一个webapps里面吧，难道要部署到服务器的公共库lib下？ 这样就依赖于应用服务器了，或者创建多个esb组件的拷贝，例如我需要两个应用 A.war 和B.war 传递数据就要把 ESB组件在A.war/lib 部署一份，还要在 A.war/l

我想在app server端通过一种配置的方式实现动态的服务加载，想法如下：ServiceController是一个stateless session bean,他有一个方法public Object process(Command pCommand)，pCommand可以看作是一个参数集合

这段时间我在做这样一个j2ee后台框架，我们公司的应用属于数字化校园中的一部分，因此要能实现和其他公司的数字化校园系统灵活的对接，而且涉及的安全级别较高，因此采用axis web service发布对接接口。我的想法是基于JBoss3.2.3开发一套ejb系统，同时通过axis发布成 web ser

因合作伙伴/客户，要求我方提供SOAP服务，首先考虑使用Tomcat/其它App Server＋Axis组件＋Java实现（我方应用程序开发以java语言为主）。以前没接触过，在配置后就卡住了，有两处有问题：1. ms-dos显示： D:\

我正在做一个SOA项目，工作流是一个WebService。既然所有接口都公开了，那么总要合法的用户才能操作吧。我第一个想法是需要为每个接口提供用户名和密码，相当于每次操作都去查权限。想了一下觉得这比较低级，大家有什么好方法。