nav[aria-label="Primary Navigation"] { padding: 0; & ul { list-style: none; width: 100%; display: flex; flex-direction: row; justify-content: start; align-items: start; gap: 30px; padding: 0; & li { margin: 0; } & ul li { list-style: none; } } }

As we transition to the new Hyland Community, some post links may be temporarily disrupted as we finalize redirects. We apologize for the inconvenience and are working to resolve this as quickly as possible. Details.

Exchange IdentityService (or other services)

bernd_ruecker

Hey guys.

I just had a look in the wiring with the use case: How can I exchange the IdentityService (since I maybe want to use my own implementation or LDAP or whatever). But the wiring is done in the ProcessEngineConfiguration() constructor by "identityService = new IdentityServiceImpl();".

Is there already a plan how we can exchange that by configuration of the engine (without copying the ProcessEngineConfiguration class or create your own ProcessEngineBuilder)? Or do I miss anything?

Thanks and cheers
Bernd

Find more posts tagged with

Comments

cstettler

Hi Bernd,

we had the very same requirement, too. We wanted Activiti to base on an already existing proprietary user database instead of its own one.

There is a ProcessEngineConfiguration.setIdentitySession() API that allows for setting a custom implementation of the identity service (although, the default implementation is then created unnecessary).

The problem here is: Activiti accesses the IdentitySession (not IdentityService) implementation internally from many places (via commandContext.getIdentitySession()), so it was of no help to customize the IdentityService, but we had to implement our custom IdentitySession instead. Otherwise, Activiti would still use the default implementation which accesses the user/group information from the Activiti database in many places.

In order to configure the custom IdentitySession, we extended the ProcessEngineFactoryBean (since we use Spring to configure the engine) and set the custom IdentitySession using the following "hack":

&nbsp;&nbsp;&nbsp; @Override<br>&nbsp;&nbsp;&nbsp; public ProcessEngine getObject() throws Exception {<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; processEngineConfiguration.getSessionFactories().put(IdentitySession.class, new SessionFactory() {<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; @Override<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; public Session openSession() {<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; return (Session) identitySession;<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; }<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; });<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; return super.getObject();<br>&nbsp;&nbsp;&nbsp; }<br>

In my opinion, we should streamline not only the configuration, but also the concept of the services and the sessions so that customizing one implementation and configuring it via a proper way is possible. This could be done, e.g.

a) by providing a clean way to configure a custom IdentitySession and keep Activiti accessing the IdentitySession directly
b) keep the current configuration option for the IdentityService, but make sure Acitivit never accesses the IdentitySession directly
c) any other clean way that works 😉

(Disclaimer: all information bases on 5.0.beta1 and might have changed since)

I hope this helps.

Regards,
Christian

jbarrez

@Christian: changing the IdentitySession by adding it to the sessionFactories is indeed the way to go.
What makes you feel this is hacky? I assume you want to have a 'setIdentitySession()' methode there ?

a) is the way the go and how it is intended: internally the session should be used always.

So Imo following things need to happen:

- Have a way in Spring to add a Session
- Find out why it is possible to set the services on the processEngineConfiguration, this is indeed strange from the point of view that the sessions should be used.

tombaeyens

for now, the simplest way to customize the identity session could be to overwrite the identity session factory after the process engine has been built.

the approach that i think we should pursue is this: add parsing of this kind of line to ConfigurationParse:
<session class="the.SessionClass" factory="the.FactoryClass" />and that should call
processEngineConfiguration.getSessionFactories().put(sessionClass, sessionFactoryObject);

anyone interested in contributing? then create a jira for it and assign it to you.

falko_menge

There is a related discussion in the user forum: http://forums.activiti.org/en/viewtopic.php?f=3&t=345
There we also came to the conclusion that the ProcessEngineFactoryBean for Spring needs the ability of configuring sessions, but no JIRA issue was raised for it.

mondhs

Hi,

I hope this helps to someone else.
I managed integrate customer user management services with Activiti. Results I posted to http://forums.activiti.org/en/viewtopic.php?f=6&t=345&p=23461#p23461

mondhs