App cant start

0
The application shows error “Something went wrong” and couldn’t start, the console shows the below error   java.util.NoSuchElementException: None.get     at scala.None$.get(Option.scala:627)     at scala.None$.get(Option.scala:626)     at com.mendix.modules.microflowengine.actions.impl.CoreMicroflowActionFactory.createJavaAction(CoreMicroflowActionFactory.scala:97)     at com.mendix.modules.microflowengine.actions.impl.CoreMicroflowActionFactory.createMicroflowAction(CoreMicroflowActionFactory.scala:41)     at com.mendix.modules.microflowengine.actions.impl.CoreMicroflowActionFactory.create(CoreMicroflowActionFactory.scala:37)     at com.mendix.modules.microflowengine.actions.impl.MicroflowActionRegistry.$anonfun$registerMicroflowActionFactory$2(MicroflowActionRegistry.scala:15)     at com.mendix.modules.microflowengine.actions.impl.MicroflowActionRegistry.createMicroflowAction(MicroflowActionRegistry.scala:34)     at com.mendix.modules.microflowengine.actions.impl.MicroflowActionBuilder.createMicroflowAction(MicroflowActionBuilder.scala:24)     at com.mendix.modules.microflowengine.microflowstructure.MicroflowStructureFactory.processActivity(MicroflowStructureFactory.java:254)     at com.mendix.modules.microflowengine.microflowstructure.MicroflowStructureFactory.createMicroflowStructure(MicroflowStructureFactory.java:132)     at com.mendix.modules.microflowengine.internal.MicroflowEngineModuleImpl.$anonfun$reload$2(MicroflowEngineModuleImpl.scala:34)     at scala.collection.IterableOnceOps.foreach(IterableOnce.scala:563)     at scala.collection.IterableOnceOps.foreach$(IterableOnce.scala:561)     at scala.collection.AbstractIterable.foreach(Iterable.scala:926)     at scala.collection.IterableOps$WithFilter.foreach(Iterable.scala:896)     at com.mendix.modules.microflowengine.internal.MicroflowEngineModuleImpl.reload(MicroflowEngineModuleImpl.scala:33)     at com.mendix.basis.impl.MxRuntimeImplBase.initializeModules(MxRuntimeImplBase.java:589)     at com.mendix.basis.impl.MxRuntimeImplBase.doFire(MxRuntimeImplBase.java:521)     at com.mendix.basis.impl.MxRuntimeImplBase.fireZeMissiles(MxRuntimeImplBase.java:506)     at com.mendix.basis.impl.MxRuntimeImplBase.start(MxRuntimeImplBase.java:260)     at com.mendix.m2ee.appcontainer.actions.StartAction.startRuntime(StartAction.scala:30)     at com.mendix.m2ee.appcontainer.actions.StartAction.execute(StartAction.scala:17)     at com.mendix.m2ee.appcontainer.server.handler.HttpAdminHandlerBase.service(HttpAdminHandlerBase.java:126)     at javax.servlet.http.HttpServlet.service(HttpServlet.java:790)     at org.eclipse.jetty.servlet.ServletHolder.handle(ServletHolder.java:799)     at org.eclipse.jetty.servlet.ServletHandler.doHandle(ServletHandler.java:550)     at org.eclipse.jetty.server.handler.ScopedHandler.nextHandle(ScopedHandler.java:233)     at org.eclipse.jetty.server.handler.ContextHandler.doHandle(ContextHandler.java:1434)     at org.eclipse.jetty.server.handler.ScopedHandler.nextScope(ScopedHandler.java:188)     at org.eclipse.jetty.servlet.ServletHandler.doScope(ServletHandler.java:501)     at org.eclipse.jetty.server.handler.ScopedHandler.nextScope(ScopedHandler.java:186)     at org.eclipse.jetty.server.handler.ContextHandler.doScope(ContextHandler.java:1349)     at org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:141)     at org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:127)     at org.eclipse.jetty.server.Server.handle(Server.java:516)     at org.eclipse.jetty.server.HttpChannel.lambda$handle$1(HttpChannel.java:400)     at org.eclipse.jetty.server.HttpChannel.dispatch(HttpChannel.java:645)     at org.eclipse.jetty.server.HttpChannel.handle(HttpChannel.java:392)     at org.eclipse.jetty.server.HttpConnection.onFillable(HttpConnection.java:277)     at org.eclipse.jetty.io.AbstractConnection$ReadCallback.succeeded(AbstractConnection.java:311)     at org.eclipse.jetty.io.FillInterest.fillable(FillInterest.java:105)     at org.eclipse.jetty.io.ChannelEndPoint$1.run(ChannelEndPoint.java:104)     at org.eclipse.jetty.util.thread.strategy.EatWhatYouKill.runTask(EatWhatYouKill.java:338)     at org.eclipse.jetty.util.thread.strategy.EatWhatYouKill.doProduce(EatWhatYouKill.java:315)     at org.eclipse.jetty.util.thread.strategy.EatWhatYouKill.tryProduce(EatWhatYouKill.java:173)     at org.eclipse.jetty.util.thread.strategy.EatWhatYouKill.run(EatWhatYouKill.java:131)     at org.eclipse.jetty.util.thread.ReservedThreadExecutor$ReservedThread.run(ReservedThreadExecutor.java:409)     at org.eclipse.jetty.util.thread.QueuedThreadPool.runJob(QueuedThreadPool.java:883)     at org.eclipse.jetty.util.thread.QueuedThreadPool$Runner.run(QueuedThreadPool.java:1034)     at java.base/java.lang.Thread.run(Thread.java:834)  
asked
3 answers
4

We have seen this error (/this exact stack trace) before. In such cases it was caused by having a microflow with a submicroflow call, where you have selected to run the microflow call in a task queue, but haven't selected what task queue. This results in an incorrect state for the microflow. In 9.14.0, this issue is resolved. 
 
You could encounter this bug by: 

  • Checking the task-queue execution checkbox and then not selecting a queue and just clicking OK.
    • The checkbox will then be reset, but due to a bug, the queue settings were left in place (without a queue), causing this error. 

 
To prevent this issue from occurring in the future we suggest the following:

  • If you check the task-queue execution checkbox, please ensure to select a queue.
  • If you happen to check the task-queue execution checkbox, and do not select queue and select OK, then you will need to remember to check and uncheck once again.

 
So if you recently added/edited a "Call Microflow" action, it could help to check (and save the form) and uncheck the "Execute in the Task Queue" checkbox. Does that ring a bell/does that help? 

answered
0

I think you are putting a value that is no value into one of your Java actions. Maybe you are not filling in the object correctly or you removed something by accident. Maybe you can look to the specific action and check everything that has something to do with it. Hope you can work it out :)

answered
-1

Hi Mohamed,

Not sure if you have fixed your issue. I have come across the same issue yesterday and I fixed it.

Thank you Melvin and Chris for your tips, my colleague and I have followed the Java action tip and were able to solve our issue.

My scenario is as below:

I have duplicated a microflow with a StartImportByTemplate java action and only changed some activities in the duplicated microflow. That’s when I couldn’t start my project with the very same error message. I could get my project running again after creating a fresh microflow with the same activities I needed in the duplicated microflow. However, my colleague has tried to just delete the Java action and create a new activity and it worked for her but not me.

Not sure what happened with the duplicated microflow there but it’s solved :D

Hope you’ve gotten it worked out. 

answered