|
锁定老帖子 主题：BPEL为啥没多少人关注呢？
精华帖 (0) :: 良好帖 (0) :: 新手帖 (0) :: 隐藏帖 (0)
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2007-12-19
[quote="抛出异常的爱"][quote]这种图形化的拖拽式开发，组件式的热拔插[/quote] 要程序员干什么[/quote]
楼上的放心，目前BPEL还抢不了程序员的饭碗。 我的问题是现在有多少生产系统是在BPEL上跑的? 现在我遇到的实际问题用BPEL很难实现。 |
| 返回顶楼 | |
|
发表时间：2007-12-20
能谈谈什么问题吗？
|
| 返回顶楼 | |
|
发表时间：2007-12-20
同楼上，我也想知道是什么问题无法解决。
BPEL规范本身还是比较完善的，考虑到了各种问题。
|
| 返回顶楼 | |
|
发表时间：2007-12-22
BPEL 的运行是建立在 Web Services Runtime基础之上的。 如果大家接触过JAXWS，里面有一些与Handler相关的接口定义，这样就为你的Web Services 应用提供的很大的扩展空间。
但是通过BPEL你无法设置底层的Handler，这样你就不能通过Handler实现一些对soap消息包进行一些特殊处理的功能。
|
| 返回顶楼 | |
|
发表时间：2007-12-22
象BPEL这样的规范不应该与实现它的方法WS绑定得太紧，BPEL应该做的是定义好功能接口和数据格式，它应该允许有多种实现方式。与WS绑定得太紧也正是现在其实现并应用得不太理想的问题所在。
|
| 返回顶楼 | |
|
发表时间：2008-03-10
lsy 写道 最近半年由于工作的安排，有幸接触了SOA的项目开发。总的来说，对BPEL的影响最为深刻，这种图形化的拖拽式开发，组件式的热拔插，配合ESB，Adapter，Java Component,开发企业原子服务，个人感觉确实很是方便。但不知道为什么好像没有多少关注和讨论。
 谁说“好像没有多少关注和讨论”呢？ 只不过是现在应用的场景的确比较少，就算用BPEL也只利用了很小的一部分功能；这个问题产生的原因，就是BPEL本身是ws stack中的一层，现在 web service虽然是大家通用的协议，但是毕竟不如 其他的组件多（ejb/jms等）。 |
| 返回顶楼 | |
|
发表时间：2008-04-04
楼上各位用过那些BPEL开发工具，用过再发言
|
| 返回顶楼 | |
|
发表时间：2008-04-08
jnn 写道 BPEL 的运行是建立在 Web Services Runtime基础之上的。 如果大家接触过JAXWS，里面有一些与Handler相关的接口定义，这样就为你的Web Services 应用提供的很大的扩展空间。但是通过BPEL你无法设置底层的Handler，这样你就不能通过Handler实现一些对soap消息包进行一些特殊处理的功能。 bpel不仅仅是for web service的吧 |
| 返回顶楼 | |
|
发表时间：2008-04-08
taelons 写道 楼上各位用过那些BPEL开发工具，用过再发言
JDeveloper |
| 返回顶楼 | |
|
发表时间：2008-07-30
诺铁 写道
同楼上，我也想知道是什么问题无法解决。 BPEL规范本身还是比较完善的，考虑到了各种问题。
比如一些告警生成程序，大致流程是这个样的
计数器（一组，多个）-->>计算出一个API(通过一个四则混合运算表达式)-->>根据门限计算是否生成告警-->>根据严重程度压制或者不压制告警 -->>根据告警关联分析，合并一些告警-->>发出告警
计数器到告警着一块的问题是，技术组是也业务相关的，第二，一个kpi需要的计数器未必能全部到达。第三、性能问题
|
| 返回顶楼 | |
