hongsoft

Rossalee 写道supernaturalmagician 写道我觉得任何技术的出现都必须体现出易用性，SOA的出现，概念上提出了以服务为中心的体系架构，并从三大方面：前端整合(门户)，数据整合,还有流程整合加以阐述，但是根据我最近做的一个SOA的项目来说(姑且称之为SOA)，基本上全套采用IBM的相关产品，客户提不出具体的需求，我们技术这边也是摸着石头过河(以前没有做过相关开发)，而且发现IBM的技术支持在项目中起的推动作用很小，感觉他们对自己的产品并没有什么经验，而只是了解相关的概念(感觉像是在进行工具使用的培训，而不是技术指导)，而我个人除了对IBM的产品熟悉之外，并没有学到所谓的S ...

进入论坛 Java 版

2008-08-13

全文显示

回复: 忽悠，继续忽悠，组团忽悠...

fyting 写道7月17号正好去普元的SOA大会来，他们在“高屋建瓴”地讲完中国软件和SOA过后，一落地便是他们的EOS…… 既然是普元的SOA大会，肯定要讲 EOS的，这个没有什么奇怪。只是我倒不认为讲中国软件和SOA的部分真的就非常 “高屋建瓴”，是很实在的内容。建议你过两年再下载来听听。

进入论坛 Java 版

2008-08-13

全文显示

回复: 忽悠，继续忽悠，组团忽悠...

tangchaodong 写道ozzzzzz 写道到今天我依然坚持2004年我的观点——soa更多的是一种商业技术，而不是软件开发技术。而就如同dlee那erp跟soa做对比，我认为今天的soa实际上是具有悠久历史的mis的一种发展。而我们现在来分析一下真正推行soa见到成效的企业的例子，其实也就是IBM、甲骨文和SAP这些即有技术背景，同时又有强大的商业咨询能力的公司。而普元之类的公司，只能算作跳梁小丑一样的二角色，在忽悠罢了。而实际上如果你有时间重读我当初的话，里面就已经阐述清楚了，soa更多的是为了配合商业流程的快速重构和应对多变的商业环境的产物。这个事情企业的流程是柔性的，风格是 ...

进入论坛 Java 版

2008-08-13

全文显示

回复: 忽悠，继续忽悠，组团忽悠...

kjj 写道right now 写道lane_cn 写道呵呵，贴上j2ee的标签，很多产品其实就是用ejb做个数据库连接池，java bean里面都是一些静态方法，拼一下sql串，然后再用jsp调一下。如果我的老板或者客户让我一定要用一个项目组不熟悉的技术，我也会这么干，装模作样的用一点，贴个漂亮的标签，内容其实还是用煮熟的技术。很普遍的现象，以前接触的erp就是，ejb完成的是java bean功能，系统运行在jboss上，其实就是tomcat在起作用，然后贴上j2ee,然后贴上大型分布式应用，然后开始忽悠…… haha，这位老弟说话还真是透彻啊这个好像偏题了。而且我也不认为 ...

进入论坛 Java 版

2008-08-13

全文显示

回复: 忽悠，继续忽悠，组团忽悠...

asd 写道如果你面对的是成千上万系统的做业务整合的时候，我实在想不出来除了SOA，你怎么去比较合适的规划——不是小打小闹的让两个系统对接，而是让成千上万个系统对接。（这里面可以问很多问题：比如为什么rpc需要改进，corba需要改进，rmi需要改进?这些问题本来应该是那些对xmlrpc顶礼膜拜的人能够回答的，只是可惜他们不知就里）记得dlee曾经就敏捷开发说个一个很让人佩服的话：“我几个月开发一个系统，然后修修改改倒腾3年，3年以后，重新开发一个新的系统”，可惜这样的标准不能用在SOA的那个S上. SOA本身就是一个谁都没有搞懂的东西，从最初的吧SOA的那个S当做WebService，到后 ...