Operating mechanism of job in ofbiz

OFBiz the class that performs the background task is in Org.ofbiz.service.job.

Jobpoller and Jobinvoker are the main two classes, one is responsible for querying the job that can be performed, and the other is performing a job task. The job class diagram is shown below.



1.Job Polling

When you create a jobmanager, an instance of Jobpoller is created. Jobpoller implements the Runnable interface, after which the thread is created
The JobManager has been polled to see if there is a job that needs to be executed if the prize is put into the queue.

1 public synchronized void run () {
2 try {
3//wait seconds before the first poll
4 Java.lang.Thread.sleep (30000);
5} catch (Interruptedexception e) {
6}
7 while (isrunning) {
8 try {
9//Grab a list of jobs to run.
List < Job > polllist = Jm.poll ();
One//Debug.loginfo ("Received poll list from JobManager [" + polllist.size () + "]", module);
12
(Job job:polllist) {
if (Job.isvalid ()) {
Queuenow (Job);
+//Debug.loginfo ("Job [" + job.getjobid () + "] is queued", module);
17}
18}
//Note:using sleep instead of wait for stricter locking
Java.lang.Thread.sleep (Pollwaittime ());
The catch (Interruptedexception e) {
Debug.logerror (E, module);
At a stop ();
24}
25}
26}
27
The Queuenow method puts the job into the queue, and if there is a large number of jobs waiting to be executed in the queue, a certain number of threads are created to execute the job.

1 public void Queuenow (Job job) {
2 synchronized (run) {
6 run.add (Job);
7}
8 if (Debug.verboseon ()) debug.logverbose ("New Run Queue Size:" + run.size (), module);
9 if (run.size () > Pool.size () && pool.size () < MaxThreads ()) {
Ten synchronized (pool) {
if (Run.size () > Pool.size () && pool.size () < MaxThreads ()) {
calcsize int = (run.size ()/Jobsperthread ())-(Pool.size ());
int addsize = calcsize > MaxThreads ()? MaxThreads (): calcsize;
14
(int i = 0; i < addsize; i + +) {
Jobinvoker IV = new Jobinvoker (this, invokerwaittime ());
Pool.add (iv);
18}
19}
20}
21}
22}

Jobinvoker is the executing thread that takes the job from the queue and executes it. Jobinvoker threads are not running all the time, running longer than a certain value (see the value of TTL in Serviceengine.xml) The thread stops and is removed from the pool. The Jobinvoker Run Method Job.exec () performs a specific task.


2.Job execution

The job class has an Exec method, and the user executes the service of the job. As in Genericservicejob, the Exec method is as follows:

1 public void exec () throws Invalidjobexception {
2 init ();
3
4//No transaction is necessary since Runsync handles this
5 try {
6//Get the dispatcher and invoke the service via Runsync--'ll run all ECAs
7 Localdispatcher Dispatcher = Dctx.getdispatcher ();
8 Map < String, Object > result = Dispatcher.runsync (Getservicename (), GetContext ());
9
//Check for a failure
One-by-one Boolean isError = ModelService.RESPOND_ERROR.equals (Result.get (modelservice.response_message));
if (isError) {
String errormessage = (string) result.get (modelservice.error_message);
This. Failed (new Exception (errormessage));
15}
16
if (requester! = null) {
Requester.receiveresult (result);
19}
20
* catch (Throwable t) {
//Pass the exception back to the requester.
if (requester! = null) {
Requester.receivethrowable (t);
25}
26
//Call the failed method
this. Failed (t);
29}
30
//Call the Finish method
this. Finish ();
33}
34
In performing a service execution, there is an Init method in the Persistedservicejob class where the Init method primarily generates the next executing task, if any. This means that each job is generated by the job that was executed at that time, according to what. The main is two variables: Tempexprid and Maxrecurrencecount,init methods:

1 temporalexpression expr = null;
2 ...
3
4 if (expr = = null && utilvalidate.isnotempty (job.getstring ("Tempexprid"))) {
5 try {
6 &n