Java JBPM：从任务节点传出的多个转换
在JBPM中，我可以（技术上）从一个任务节点进行多个转换吗 如果是，这是一种良好的做法吗 任何帮助都会有用。是的，这是可能的 为什么不呢。一个流程有两种方式，但不能为“选择一种”定义算法方式。是的，这是可能的Java JBPM：从任务节点传出的多个转换,java,jboss,workflow,jbpm,jboss-tools,Java,Jboss,Workflow,Jbpm,Jboss Tools,在JBPM中，我可以（技术上）从一个任务节点进行多个转换吗 如果是，这是一种良好的做法吗 任何帮助都会有用。是的，这是可能的 为什么不呢。一个流程有两种方式，但不能为“选择一种”定义算法方式。是的，这是可能的 为什么不呢。对于一个进程，您有两种方法，但不能为“选择一种”定义算法方法。这是可能的，但如果您通过callign token.signal（）或taskInstance.end（）来传播进程的执行，则转换选项将是第一个（在.xml文件中），无论该转换有什么条件。若该条件的计算结果为fals
为什么不呢。对于一个进程，您有两种方法，但不能为“选择一种”定义算法方法。这是可能的，但如果您通过callign token.signal（）或taskInstance.end（）来传播进程的执行，则转换选项将是第一个（在.xml文件中），无论该转换有什么条件。若该条件的计算结果为false，则将引发异常 只有开箱即用的决策节点支持通过对条件求值来选择转换，并且将选择第一个条件求值为true的转换（如果没有条件，则选择第一个条件求值为true） 但编写自定义actionhandler手工传播执行（token.signal（“transitionname”））并选择正确的转换（tm）非常简单
对不起，我说的是英语。这是可能的，但是如果您通过callign token.signal（）或taskInstance.end（）来传播进程的执行，那么无论转换上有什么条件，转换选项都将是第一个（在.xml文件中）。若该条件的计算结果为false，则将引发异常 只有开箱即用的决策节点支持通过对条件求值来选择转换，并且将选择第一个条件求值为true的转换（如果没有条件，则选择第一个条件求值为true） 但编写自定义actionhandler手工传播执行（token.signal（“transitionname”））并选择正确的转换（tm）非常简单
对不起我的英语。我想他想要的是叉子， Fork是一种节点类型，可以帮助您进行多次转换，更可能是多次流，这种方式的最佳示例是MC Donald's，如果您在付款的同时购买任何东西，那么当您完成付款时，您可以像“加入”一样进行交付，您可以高兴也可以不高兴
如果这是问题的关键，请转到“Fork”和“Join”，您可以在JBPM文档中轻松找到答案我认为他想要的是Fork， Fork是一种节点类型，可以帮助您进行多次转换，更可能是多次流，这种方式的最佳示例是MC Donald's，如果您在付款的同时购买任何东西，那么当您完成付款时，您可以像“加入”一样进行交付，您可以高兴也可以不高兴
如果这是问题所在，请转到“Fork”和“Join”，您可以在BPM的JBPM文档中轻松找到答案，这是可能的。任务可以有两个或多个事务，用户可以选择一个、两个或多个事务（或所有事务）
但我不知道如何在jBPM中实现这一点…在BPM中有一种可能性。任务可以有两个或多个事务，用户可以选择一个、两个或多个事务（或所有事务）
但是我不知道如何在jBPM中实现这一点…您必须在任务节点之后使用fork节点。您必须在任务节点之后使用fork节点。是的，在jBPM中可以有来自任务节点的多个传出连接，但一般来说，我建议不要将其作为建模最佳实践。原因是，通过使用来自一个任务节点的多个传出连接，您隐藏了（在本例中是隐式的）网关行为，使其在流程中不可见
请注意，如果要对任务使用多个传出连接，则必须将jbpm.enable.multi.con属性设置为true，否则引擎会将其标记为无效。是的，jbpm中的任务节点可能有多个传出连接，但通常我建议不要这样做，因为这是建模最佳做法。原因是，通过使用来自一个任务节点的多个传出连接，您隐藏了（在本例中是隐式的）网关行为，使其在流程中不可见 请注意，如果要为任务使用多个传出连接，则必须将jbpm.enable.multi.con属性设置为true，否则引擎会将其标记为无效。可以。 我们可以利用jbpm提供的FORK-JOIN特性。 您可以使用此链接是的，您可以。 我们可以利用jbpm提供的FORK-JOIN特性。 你可以使用这个链接