工作流，osworkflow，请协助要完成一个简单例子（审批流程）

设置条件要写脚本,具体看bsf,bsh.

找了bsf没找到介绍，能不能举个例子，比如数据库一个字段名是bal，代表金额，bal>1000 then 部门经理审批在osworkflow里怎么设？或是通过中间的什么东西？

我参加的工作流不是用osworkflow的.不过我觉得原理应该差不多的，要在脚本(xml)和另外的的文件(??)、包括后台程序（接受数据处理）定义好相关的变量。看你的问题，好像后台工作流引擎的相关处理程序还没写，这方面需要做很多工作的。

指正：我参加的osworkflow工作用shark引擎

up 谁能给个比较全面的例子[email protected]

JaWE，需要设置一个流程相关数据集money，类型为Integer。
在活动属性里面的后置条件属性页，表达式输入框输入条件。
如 money > 1000OsWorkFlow的编辑器应该也有类似的输入框。

办公用品：1000元内流转到项目经理审批，5000元内还需要流转到部门经理审批，大于5000元都需要老板审批要实现这样的流程:
可以定义:
开始1 -> 项目经理审批2 -> 部门经理审批3 -> 老板审批4, 四个step, 在step1中设3个action,分别进入不同的步骤, 流转时可以根据需要选择不同的步骤进入

TO: Goal3(拼命三郎) 设四个step和对应的多个action我知道,我就是不会设置条件判断使其分别进入不同的步骤啊。能不能举个例子，比如数据库一个字段名是bal，代表金额，bal>1000 then 部门经理审批在osworkflow里怎么设？或是通过中间的什么东西（比如javabeans）？

非要验证金额，自动进入不同的步骤吗，我是让客户自已手选进入不同的步骤。
如果要验证的话，可能要扩展Validator接口了，我也没有用到验证，等有时间我再试试。
但如果验证金额自动进入的话，如果哪天条件变化后，你不是又要修改哪个XML文件了吗?

最近也写过一个工作流的项目，用的是osworkflow
由于也是第一次接触，只用了工作流来控制流程运转，没有用工作流本身的查询等工作流本身的状态维护。设计的大体思路如下：
1 编写流程控制文件，形式如osworkflow例子中的example.xml，里面定义你的业务逻辑
2 编写流程驱动的类，如FunctionProvider和Condition等，也可直接用BeanShell（脚本，难调试）
3 在执行工作流action时将要处理的记录值对象传入，通过Condition判断进入那个result，同时在Function中修改记录信息。关键是要定义好工作流的各个step，与记录的状态字段对应，web层用记录的状态字段来决定应该由谁处理，也就是本地项目经理审批，经理审批，老板审批等。
就写这些了先

能把你的配置出来的osworkflow配置步骤，以及源码发给我吗我在网上下了好几天都不行希望共同进步谢谢了[email protected]

我们项目也在用OSWORKFLOW，这东东太强大了。目前与我们的开发平台结合在一块，运行得很好。在流转方面功能很强大

需求：当前工作环节，可以任选几个下步处理部门，同时派给它们，后续做并发处理。用OSWorkflow如何实现？1、OSWorkflow的result只流向第一个判断为真的分支，对吗？
2、split的后续step是预先写死的吧，如果把各部门排列组合情况都罗列，是几何级数放大的。

Osworkflow的wiki上有quake wang从英文版翻译的新手入门，你可以参考一下。
此外，也可以参考下面这个URL:http://my.so-net.net.tw/idealist/OSWorkflow/

飞星说的两个地址之前都看过的。
都说OSWorkflow很灵活，难道这个问题不好解决吗？

·在"派单"工作环节中，有N多个候选后续处理部门，"派单者"需要根据人为经验，从中随机地同时选择若干个。"派单"后，每个被选择的部门"被派单"，进入各自的"处理"工作环节。
·"处理"工作环节是要求各个被派单的部门分别去做处理，而不是只需其中一个部门完成，这样，就不能把这些被选择的部门装在同一个Role中，否则只能由Role中第一个做处理的部门完成。
·这里暂不需考虑后续的join算法。由于处理是并发分别处理，在流程中为每个候选后续处理部门配一个"xx部门处理"的step。但根据我对OSWorkflow的一知半解，不知这个"派单"step的action和result该怎么配，才能满足以上需求。以下是简单的分析：首先，"派单"step我只能执行某一个action（比如叫'完成派单'），虽然这个action可以对应一批result，但是系统只会选择其中的一个result（第一个condition判断为真的result分支，或者是无条件result）；其次，一个result能关联一个split，一个split只能对应一组无条件的result，一个无条件的result只能对应一个后续step；这样，做split的result所对应的后续steps是配好后就固定的，不能动态变化的。如果我配这个split对应各个可能被派单的部门step，那么如何只派给其中预先不确定的若干个，而不是全部呢？解决方法一：派单时，将被选部门数据保存在流程变量或应用数据中，然后同时派给所有处理部门，各部门处理时根据保存的数据判断是否需要处理。但这样会增加很多无效工作量，不妥的。解决方法二：将各种可能的处理部门组合罗列出来，分别对应派单step的一个result&一个后续split，那么所需result的数目是随着部门数的增加而几何级数放大，以后每增加一个新部门，流程都要改很多，这个方法太笨不可行。解决方法三：在split之后、各"xx部门处理"step之前分别增加一个step和auto
action，以便做条件判断。这里条件判断也是依赖派单时保存的被派部门数据，感觉也不好。

如果OSWorkflow判断每个条件result而不仅是第一个，或者split后面能够对应有条件的result而不是无条件result，那么构建这个流程就很容易了。遵循OSWorkflow现在的机制，有什么好办法？

看你的意思说的是子工作流吧？这个用osworkflow难于实现，建议你用jbpm。
你可以去参考一下银狐的blog。
osworkflow只是一个状态流转的功能，其实就提供了一个核心的实现，其余的大部分都要自己弄，我觉得蛮麻烦的，要不是为了练手，我都想自己写一个了。当然是根据实际情况来写，可这样局限性就比较大了。

方成eform自定义表单平台,纯BS结构.100%开放源码.可以在 http://218.30.103.110:8080/eform/index.html 在线试用. eform自定义表单平台是一个在IE浏览器中可视化的设计软件界面的工具。无论是输入界面还是报表界面，无论是简单的输入查询还是复杂的逻辑处理。都可以由eform设计出来。

eform自定义表单平台适用于网上OA系统的自定义表单模块，工作流系统的自定义表单模块，信息管理系统方面的软件开发项目等等。

eprint自定义打印是一个页面套打工具.它直接在IE浏览器中可视化的设计各种复杂的打印模版，
能够解决在IE浏览器中打印各种复杂的中国式报表及票据。详见: http://218.30.103.110:8080/eprint/index.htm
方成eform自定义表单平台,纯BS结构.100%开放源码.可以在 http://218.30.103.110:8080/eform/index.html 在线试用.

调试易

工作流，osworkflow，请协助要完成一个简单例子（审批流程）

解决方案 »