锁定老帖子 主题:换个角度看SOA
精华帖 (0) :: 良好帖 (0) :: 新手帖 (0) :: 隐藏帖 (0)
|
|
---|---|
作者 | 正文 |
发表时间:2007-10-16
等到SOA开发工具像今天的WEB框架一样百花齐放的时候就是SOA的成熟期了。
|
|
返回顶楼 | |
发表时间:2007-10-16
建议各位了解IBM的WebSphere Information Integrator(WII),Apache的Cocoon2,Ultimus的BPM,Adobe的ColdFusion。
我正在开发一套SOA开发工具,通过Web Services操作数据库,采用XML+XSLT作为Web的显示,加上自有的流程引擎和管理控制,开发工具使用起来将和ColdFusion差不多,只是,不需要写SQL语句,取而代之的是进行Web Services配置。 |
|
返回顶楼 | |
发表时间:2007-10-16
triu 写道 建议各位了解IBM的WebSphere Information Integrator(WII),Apache的Cocoon2,Ultimus的BPM,Adobe的ColdFusion。
我正在开发一套SOA开发工具,通过Web Services操作数据库,采用XML+XSLT作为Web的显示,加上自有的流程引擎和管理控制,开发工具使用起来将和ColdFusion差不多,只是,不需要写SQL语句,取而代之的是进行Web Services配置。 Cocoon是我的梦魇! 开发效率和调试效率的低下令我敬而远之 |
|
返回顶楼 | |
发表时间:2007-10-16
pioneer21th 写道 triu 写道 建议各位了解IBM的WebSphere Information Integrator(WII),Apache的Cocoon2,Ultimus的BPM,Adobe的ColdFusion。
我正在开发一套SOA开发工具,通过Web Services操作数据库,采用XML+XSLT作为Web的显示,加上自有的流程引擎和管理控制,开发工具使用起来将和ColdFusion差不多,只是,不需要写SQL语句,取而代之的是进行Web Services配置。 Cocoon是我的梦魇! 开发效率和调试效率的低下令我敬而远之 很赞成!虽然从2003年就开始学习这个框架,但始终没有勇气将其应用到项目中。直到最近,我才想到不使用Site Map的方法,就是用功能目录的概念,将分散的管理集中起来,并提供配置管理界面,呵呵,现在可以不用考虑嵌入代码的烦恼,也不再有Cocoon的麻烦。 |
|
返回顶楼 | |
发表时间:2007-10-17
普元的gocom论坛转贴了我这文章却不注明作者和原文链接,我给版主发了邮件要求补上,等了两天也没回音,想在帖子后面跟贴却发不上去,郁闷,谁认识里面的管理员,把这个改改啊,做人要厚道
http://gocom.primeton.com/modules/newbb/forumtopic4009_8802_11.htm |
|
返回顶楼 | |
发表时间:2007-12-10
gocom版主已与我联系,加上了出处,误会已消除
|
|
返回顶楼 | |
发表时间:2008-04-26
abcx 写道 购买SOA的基础设施的成本不会低吧,IBM整了那么多庞大的软件出来,情况会不会又象EJB那样。
IBM软件的庞大 好象与 SOA无关。它本来就大。 如果不了解,建议 参考 BEA的 SOA 方面的产品 或者 primeton的 EOS6。 (BTW: IBM 与 EJB有关的产品 多吗?好象我没有知道几个) |
|
返回顶楼 | |
发表时间:2008-04-28
我认为如果SOA要被大家接受,至少SAAS也要能被大家接受,但是目前看来,SAAS展看得并不好,这种软件模式,一时半伙客户还难以接受
|
|
返回顶楼 | |
发表时间:2008-04-30
不是很同意吧
或者这样说,合适一点 SOA不是给技术人员来看的 而是给管理者和规划者来用的 |
|
返回顶楼 | |
发表时间:2008-05-03
triu 写道 Cocoon是我的梦魇! 开发效率和调试效率的低下令我敬而远之 使用好的xml/xslt编写调试工具,cocoon的开发效率其实是很高的 调试以及查找bug的效率确实是一个问题 但既然项目选择了cocoon,这点也可以忍受了 |
|
返回顶楼 | |