1 Reply Latest reply on Aug 27, 2005 9:03 PM by aguizar

    newbie questions

    bonfarj

      Hi noone,

      I'm another newbie, but i'll try help you:

      1) No, it doesn't. You can define a action that will control the flow. For example:

      //TheActionHandler.java
      
      package com.action;
      
      import org.jbpm.graph.def.ActionHandler;
      import org.jbpm.graph.exe.ExecutionContext;
      
      public class TheActionHandler implements ActionHandler {
      
       private static final long serialVersionUID = 1L;
      
       public void execute(ExecutionContext context) throws Exception {
      
       //put you code here (read a file, insert something into a db etc)
       ...
      
       context.leaveNode("nameOfTheTransaction");
      
       }
      
      }
      


      I only know this.... sorry. I hope I've helped you.

        • 1. Re: newbie questions
          aguizar

          1) The process leaves a node over the default transition automatically only if there is no node action. If there is a node action, then it is responsible for explicitly signaling. In your example, if the three actions are executed in three different nodes, then you do have to signal in each case.

          2) Every process definition could be used as a subprocess. In the example of section 7.7, the "interview" process was defined and deployed separately, then used from the "hire" process.

          3) Never. The code that uses the jBPM objects is responsible for managing transactions and saving objects. This is deliberate. You can choose to persist your objects internally, within actions, or externally, in the code that provides signals (e.g. servlets, session beans). With the latter approach you can use jBPM in CMT environments.

          4) Can you pinpoint the specific mention?