只因为你不懂SOA

我不懂SOA！

...

你懂SOA，你全家都懂SOA。说说怎么做到事务控制，怎么做到同步，异步处理。或者更具体点讲讲webmethod

俺不懂SOA，随便发个SOA的贴都有人投精华

果真SOA就是很"SOA"啊

SOA不是面向服务的重用吗，那我就有问题一直很纳闷，假如我这个大服务就是完全封闭的，我没有对外开放接口，那你SOA从哪里可以重用这个服务？那问题又来了，假如这个服务我没有完全封闭，我对外有接口，我开放了一个接口给你调用，那这和webservice又有什么区别那？是的，我知道soa和webservice不是一个概念不是一个层次，但是老拿SOA来忽悠也该结束了吧，忽悠人家的同时千万别把自己给忽悠进去了

你有看过SCA吗？有看过tuscany吗？看完后再来说好不好？

关于事务tuscany计划下一版本支持，其他的没什么好说的，你都没看过就来发表评论

这种不是幽默的幽默，会让人觉得你不是程序员而是脑残，be professional！


事务控制：应该说是目前SOA中目前发展比较糟糕的一个面，原因是多种的，比如我举个例子，你在java的框架下要做一个事务控制实在是非常简单，但是如果是一个跨多系统的话，那真的很难做到，目前虽然有诸多规范，但是这方面确实最糟糕的，虽然有些规范和产品号称自己解决了这个问题，可在实际项目中，我见得最多的方式其实是多半以补偿来做的。同时也正式因为一直没有在事务方面取得突破性进展，才导致在实际很多SOA项目中的效果和能力被大打折扣，同时也大大地妨碍了SOA的推广力度（至少在我个人的经历中很多时候在这个问题上被人鄙视）。
同步，异步：其实这个问题是很容易解决的，而且已经被解决了。我们就以WEBSERVICE为例，以回调机制配合WS-ADDRESSING做到这点易如反掌。
WEBMETHOD：不知道你问的是哪个？因为有好多个。

首先如果你要实现SOA的话，那么你必须得保证你的接口是开放的，这难道有疑问吗？就好象说我是银行，而且号称要盈利，但是我就是不开门做生意，大哥你这完全是走上了歧路，为了反驳而反驳就没有意义了。
第二，OK，只要你开放了接口给人家调用那么就表示你已经遵从了SOA的思想，但是你如何来开放这个接口就是取决于你的技术细节。你可以使用WEB SERVICE,可以使用RPC，甚至可以使用一种行业规范的调用方式都是OK的，这么说吧，SOA就是一个接口，那么webservice是他的一个实现类而已，SOA是一个宽泛的概念，而webservice相对来说你应该把它当作一种实现SOA的结束，只不过在相对多的情况下，人们选用了webservice技术来实现SOA但并不代表webservice就是SOA，在很多情况下你未必能采用webservice来实现SOA，你说我不用SOA这个概念我用什么概念？我还是那句话，希望你们在批判一种技术或者观念之前先多花时间去了解它，而非主管的臆断。

SOA更多的是在业务层面上的系统集成，对一般的程序员讲这个，是否有点对牛弹琴？
我们公司在用这个Tuscany做架构底层，开发过程遇到不少的问题。业务处理是主要的弱点，然后是一些个开源包引用的时候，会出一些问题，随着Tuscany的升级，解决了不少，但还有一些没有解决的，只能我们自己绕过了。
总体感觉还不够成熟，特别是DAS这一部分，不是很好用。跨DB移植也不支持。

SOA在某些地方是必然的应用，我们公司做的是嵌入式从硬件到软件一条龙的系统，所有对硬件的调用都是java写的Webservice，然后网通需要在他们的j2ee平台发送soap消息调用我们的硬件设施，那么只能用Webservice做，因为我们公司只要开放接口，就可以远程不用把几吨的硬件搬到北京去，也利于维护，可能是其它朋友接触的少，而且SOA的概念很多，所以大家排斥性很强。其实实现可以用JAXB结合SOAP,Axis,Xifire等，大家有兴趣可以研究一下