topic Re: NPE Blueprint initializing BlueprintExpressionManager in Alfresco Archive

NPE Blueprint initializing BlueprintExpressionManager

ronnybr — Tue, 28 May 2013 16:17:35 GMT

Hi everybody,I am trying to get Activiti running as OSGi-bundle on JBoss AS 7.1.1 and the ExpressionFactoryImpl throws a NPE when trying to access the el.properties.The server uses OSGi 4.2 and Apache Aries 1.0.0.Here's the stacktrace:Caused by: java.lang.NullPointerException at org.activiti.engin

Re: NPE Blueprint initializing BlueprintExpressionManager

ronnybr — Tue, 28 May 2013 17:16:43 GMT

Sorry, I forgot to mention that I use Activiti 5.12.1

Re: NPE Blueprint initializing BlueprintExpressionManager

ronnybr — Fri, 31 May 2013 05:55:23 GMT

I found out, what the problem was.
The ExpressionFactoryImpl uses the TCCL to get the el.properties. The problem was, that there was no classloader associated with the thread and that's why I got a NPE in this line
<code>
   input = Thread.currentThread().getContextClassLoader().getResourceAsStream(path);
</code>
I don't know if anyone else uses Activiti as bundle and why the TCCL in my environment was null, but I would like to suggest a change.
The line above is part of the activiti-engine and in my opinion the engine shouldn't be changed because of an OSGi-issue.
I would like to change the init() in org.activiti.osgi.blueprint.ProcessEngineFactoryWithELResolver.
My workaround atm looks like this:
<code>
@Override
public void init() throws Exception {
    ProcessEngineConfigurationImpl configImpl = (ProcessEngineConfigurationImpl) getProcessEngineConfiguration();
    ClassLoader oldTccl = Thread.currentThread().getContextClassLoader();
    try{
     Thread.currentThread().setContextClassLoader(this.getClass().getClassLoader());
    configImpl.setExpressionManager(new BlueprintExpressionManager());
    }catch(Exception e){
     e.printStackTrace();
    }finally{
     Thread.currentThread().setContextClassLoader(oldTccl);
    }
</code>
I know my exception-handling is bad style
I still get other exceptions, but I am working on it. So please consider this a first suggestion and tell me your opinion.

Re: NPE Blueprint initializing BlueprintExpressionManager

trademak — Fri, 31 May 2013 12:34:52 GMT

The example of the Activiti in Action book shows the use of the OSGi module on Apache Karaf as you know. This issue seems to be specific to JBoss 7. The workaround you are proposing now is not something that we should make the default in Activiti to my opinion. There should be a better solution I hope.

Best regards,

Re: NPE Blueprint initializing BlueprintExpressionManager

ronnybr — Mon, 03 Jun 2013 12:31:12 GMT

You were right Tijs, it's not an Activiti but a JBoss issue.

Please don't ask me how and why, but when using JBoss 7.2 everything works fine.