topic Re: How did the timer events work? in Alfresco Archive

How did the timer events work?

cweber — Mon, 11 Jun 2012 07:27:10 GMT

Hi everybody,Can somebody explain how the timer event is working in activiti. I want to understand how the timer were stored and how they are read.In the Userguide I only find the information that you can enable the JobExecuter with <property name="jobExecutorActivate" value="true" />.But it i

Re: How did the timer events work?

ronald_van_kuij — Mon, 11 Jun 2012 12:29:46 GMT

Is the JobExecuter quering the database for ready timer events? Or how does it work?

If you want to know in detail, there is always the source, but asically that is what it does, yes.

Re: How did the timer events work?

cweber — Tue, 12 Jun 2012 13:31:41 GMT

All right, thanks for the answear. So I have to keep this service running even if my application sleeps to find out which timers are finished.

Re: How did the timer events work?

trademak — Tue, 12 Jun 2012 14:06:36 GMT

Hi,

The job executor is a thread that looks every couple of seconds if new jobs / timers need to be executed.
So yes, this needs to keep running to have the timers executed.

Best regards,

Re: How did the timer events work?

cweber — Wed, 04 Jul 2012 08:52:33 GMT

Hi. I know the question is a few days old but I'm not sure if I understand it right.
I use Xpages on Domino Sever to connect the activiti engine. So I have to create a managedBean that connects the runtime of activiti.
First I thougt to set this bean as application bean but because of

MBSActivitiRuntime.getInstance().getProcessEngine().getIdentityService().setAuthenticatedUserId(pUser)
I think I get trouble with the authentication if I'm using this as a application bean.
So I change it to session. But this means every user get its own engine and all of the engines will run the thread that search for new timed events, right? So I get more threads with more logged in users, right?

Would it make sence to run an instance as application (a kind of server engine) were no user will logon and it just handles the threads.
And every user will start his/her bean as session without the threading for the timer events?

Hope I get it right!?

Re: How did the timer events work?

frederikherema1 — Wed, 04 Jul 2012 09:51:52 GMT

Authentication is done on a thread-local base. So when you set the "setAuthenticatedUser()", be sure to clear the user in a finally-block around all the API-calls to ensure thread-pool threads' thread local userId doesn't stick after call to engine is completed.

It makes no sense to have multiple engines (one for each user), since current user is stored thread-based.

When a timer fires, it's executed by a job-executor thread. In this thread, by default, NO authenticated user is set. However, if you really want timers to be executed as a certain user, you can override the job handler. Good example of this is a class I implemented in alfresco, which uses the "assignee" of the task as authenticated user in alfresco. A similar approach can be created to call the setAuthenticatedUser() and clear it again before and after the time fires. This can be found on the Alfresco open mirror:

http://svn.alfresco.com/repos/alfresco-open-mirror/alfresco/HEAD/root/projects/repository/source/java/org/alfresco/repo/workflow/activiti/AuthenticatedTimerJobHandler.java

Re: How did the timer events work?

cweber — Wed, 04 Jul 2012 11:03:35 GMT

Thanks for the explanation.