topic Re: Activiti and JDK 1.8 in Alfresco Archive

Activiti and JDK 1.8

sebas1 — Thu, 01 May 2014 09:21:16 GMT

Hi,I was wondering if JDK 1.8 is supported in the latest version of Activiti? My current processes seem to run fine in 1.8, but I ran into a little problem that probably is related to the new javascript engine (nashorn) in Java 8.When my process has a <scriptTask id="scripttask1" name="Set notice

Re: Activiti and JDK 1.8

trademak — Tue, 06 May 2014 14:30:46 GMT

Joram wrote a blogpost about this:

http://www.jorambarrez.be/blog/2014/04/24/running-activiti-on-jdk8/

Best regards,

Re: Activiti and JDK 1.8

sebas1 — Tue, 06 May 2014 15:19:50 GMT

That looks like a solution I can work with. It does not describe the error i'm getting, but according to that page I should not be getting one so I have to look outside of activiti for a solution.

Much appreciated for the reply.

Re: Activiti and JDK 1.8

sebas1 — Thu, 08 May 2014 11:42:57 GMT

Just to close this thread, been digging a bit deeper and I found that in org.activiti.engine.impl.scripting.ScriptingEngines the ScriptEngineManager gets created, and without constructor it uses the classloader from the current thread.
I found that this is a problem in my environment (probably sbt related) since the classloader cannot find nashorn.

Re: Activiti and JDK 1.8

frauke — Fri, 23 Jan 2015 07:55:38 GMT

Hello everyone!

I am not so very happy with the solution Joram recommended in his blog (see above), because I do not know how our customers will react when we tell them they have to modify all their proceses.
The problem is that we recommended a script like the following for setting (more than one) process variables.
<code>
    <scriptTask id="scriptInitData" name="Init Process Data" scriptFormat="javascript">
      <script>
        execution.setVariable("MyVariable1", "myValue1")
        execution.setVariable("MyVariable2", "myValue2")
      </script>
</code>
This script throws the serializable exception on a class of Nashorn itself, named ScriptObjectMirror.
And the suggested solution by adding
<code>load("nashorn:mozilla_compat.js");</code>
to the script does not help here!
Don't you have a suggestion how to handle this kind of problem in the code instead of the script?

Best regards
Frauke

Re: Activiti and JDK 1.8

frauke — Fri, 23 Jan 2015 08:13:47 GMT

Hello,

now I even tried out the trick you presented in
http://www.jorambarrez.be/blog/2013/03/25/bug-on-jdk-1-7-0_17-when-using-scripttask-in-activiti/
But it didn't help here….I think nashorn is really a problem.

Best regards
Frauke

Re: Activiti and JDK 1.8

sebas1 — Fri, 23 Jan 2015 08:39:14 GMT

Just fyi, problem was never solved for me, we are just keeping that specific project at java 7.
The framework is supposedly the problem, but the developers from the framework i'm using are telling me nothing changed in the class loading, so it is a dead end.

Re: Activiti and JDK 1.8

jbarrez — Mon, 09 Feb 2015 10:48:36 GMT

>I am not so very happy with the solution Joram recommended in his blog (see above), because I do not know how our customers will react
>when we tell them they have to modify all their proceses.

I'm not happy neither. But the JDK devs have been changing stuff in the JS engine quite regularly from java 6 onwards. From 7-> 8 is probably the biggest one.

@Frauke: you could help me by providing a unit test that fails on JDK 8, but works on JDK7.