我的公司(一个大型组织)正在开发一个“路线图”,用于将他们相当古老,纠结的系统联盟发展为SOA模型。一些人正在努力使用Websphere Integration Developer和Websphere Process Server作为开发未来应用程序的事实平台......因为他们认为IBM是一个稳定的供应商,这些工具是为企业制造的,他们喝了“业务敏捷性” BPEL kool-aid等
有没有人对这个平台有积极或消极的想法? GUI工具是否有助于消除单调/冗余编码......或者只是模糊不清并使事情难以维护?基本上,这些好处是否证明了复杂性?
答案 0 :(得分:9)
我使用IBM Java工具集的经历非常痛苦。安装许多不同版本的不同组件的天数彼此不兼容,发现组件A中的错误被告知更新以查看它是否修复,更新组件A中断组件B和C,告知更新这些等等。
我发现Eclipse的IBM扩展程序更稳定,更快,并且提供了更多功能(因为它的稳定版本比WID / RAD领先几个版本)。
我建议不要采用IBM的方式开发工具。至于流程服务器,我的经验较少,但我团队中使用它的人似乎喜欢它,就像我喜欢WID一样。不是很多。
答案 1 :(得分:4)
到目前为止,我没有对任何带有“SOA”和/或“BPM”标签的工具印象深刻。我的“路线图”将是非常非常迭代的,以便尽可能快地看到一些结果,同时尝试抓住一些简单的成果。通过这种方式,您可以获得对您和您的员工有用的感觉。
我永远不会让任何供应商把我推到架构的“scuplturing”中。
答案 2 :(得分:4)
我同意其他用户抱怨WID。我们使用WID的唯一原因是,我们的销售部门已经决定在一段时间内全面使用IBM产品。
没错,我们的销售部门决定使用IBM产品。
发展令人痛苦和沮丧。 Process Server存在很多稳定性问题,有时它不希望正确启动或关闭。是的,你可以在IDE中轻松绘制流程,但是现在大多数工具集都提供了这种功能。它对WID或IBM来说并不特别或独特。 IBM是主流背后的几次迭代。
有很多开源实现可以提供很好的支持。结帐JBoss或RedHat,它们非常好。如果这不会漂浮你的船,你可以随时使用Apache工具。
沃尔特
答案 3 :(得分:2)
开发人员不选择WID,WMB或WPS。管理者这样做,因为IBM是一个“稳定的供应商”。
看看JBoss,或K.I.S.S。
答案 4 :(得分:1)
WID / WPS实际上非常简单。最初的意图是让分析师和商务人士“撰写”服务(不要让他们这样做!)因此用户界面简单易用。
大部分工作将是定义和实现后端服务,这些服务取决于平台主要涉及将现有代码包装在SOA服务中。
要记住的最重要的事情是SOAP是技术,SOA是一种架构和一种心态。
对成功的SOA实施有一种禅意。它的全部都是关于“商业服务”,如果你有一个服务,你不能用不到六个字描述给业务用户你做错了!理想情况下,服务名称应该足以描述服务的功能。
如果你最终得到一个名为“MyApp.GetContactData”的服务,描述为“获取名称,地址电话传真等”。那你就在那里如果您有一个名为MyAppGetFaxNoFromOldSys的服务“描述为”从遗留系统中的电话表中检索current-fax-nmbr“,那么您注定要失败!
很明显,WS *的大多数Websphere工具都非常好用。但我会推荐http://www.eviware.com中非常精彩的SAOPUI工具,它非常适合编译/读取基于WSDL的消息,还可以作为一个有用的测试客户端或服务器。
答案 5 :(得分:0)
GUI工具是否有助于消除单调/冗余编码......或者只是模糊不清并使事情难以维护?基本上,这些好处是否证明了复杂性?
作为开发人员,我发现不同级别的工具都没有bug。 6.0.1是一种痛苦,6.2是更好的。但是一旦使用该工具开发,维护它的工作量就会很小。我在几小时内开发java开发人员需要几天时间才能完成它也很容易维护,因为可以非常快速地进行更改。我无法从建筑师或经理的角度回答你的问题,但我同意其他一些人的意见。