UnsupportedOperationException on FlowableServices.setProcessEngine

[tomekkup]

Describe the bug
Trying to boot Flowable 7.2 with Jakarta 11 on Payara 7. ProcessEngine is configured properly but bit later on Weld boot finalization engine throws UnsupportedOperationException

Expected behavior
Boot without errors

Code
This code in FlowableExtension class throws an error:

FlowableServices services = (FlowableServices)ProgrammaticBeanLookup.lookup(FlowableServices.class, beanManager);
services.setProcessEngine(processEngine);

Additional context
Version 7.2.0 but applies to previous versions possibly

[filiphr]

@tomekkup can you please share the entire stacktrace? We have tests with Weld and they are passing

[tomekkup]

sure. at Payara console I see only:

org.glassfish.deployment.common.DeploymentException: CDI deployment failure:null -- null
        at org.jboss.weld.bootstrap.events.AbstractDeploymentContainerEvent.fire(AbstractDeploymentContainerEvent.java:38)
        at org.jboss.weld.bootstrap.events.AfterDeploymentValidationImpl.fire(AfterDeploymentValidationImpl.java:28)
        at org.jboss.weld.bootstrap.WeldStartup.validateBeans(WeldStartup.java:505)
        at org.jboss.weld.bootstrap.WeldBootstrap.validateBeans(WeldBootstrap.java:94)
        at org.glassfish.weld.WeldDeployer.startWeldBootstrap(WeldDeployer.java:569)
        at org.glassfish.weld.WeldDeployer.processApplicationLoaded(WeldDeployer.java:515)
        at org.glassfish.weld.WeldDeployer.event(WeldDeployer.java:400)
        at org.glassfish.kernel.event.EventsImpl.send(EventsImpl.java:135)
        at org.glassfish.internal.data.ApplicationInfo.load(ApplicationInfo.java:344)
        at com.sun.enterprise.v3.server.ApplicationLifecycle.prepare(ApplicationLifecycle.java:571)
        at org.glassfish.deployment.admin.DeployCommand.execute(DeployCommand.java:569)
        at com.sun.enterprise.v3.admin.CommandRunnerImpl$2$1.run(CommandRunnerImpl.java:558)
        at com.sun.enterprise.v3.admin.CommandRunnerImpl$2$1.run(CommandRunnerImpl.java:554)
        at java.base/java.security.AccessController.doPrivileged(AccessController.java:400)
        at java.base/javax.security.auth.Subject.doAs(Subject.java:453)
        at com.sun.enterprise.v3.admin.CommandRunnerImpl$2.execute(CommandRunnerImpl.java:553)
        at com.sun.enterprise.v3.admin.CommandRunnerImpl$3.run(CommandRunnerImpl.java:584)
        at com.sun.enterprise.v3.admin.CommandRunnerImpl$3.run(CommandRunnerImpl.java:576)
        at java.base/java.security.AccessController.doPrivileged(AccessController.java:400)
        at java.base/javax.security.auth.Subject.doAs(Subject.java:453)
        at com.sun.enterprise.v3.admin.CommandRunnerImpl.doCommand(CommandRunnerImpl.java:575)
        at com.sun.enterprise.v3.admin.CommandRunnerImpl.doCommand(CommandRunnerImpl.java:1499)
        at com.sun.enterprise.v3.admin.CommandRunnerImpl$ExecutionContext.execute(CommandRunnerImpl.java:1881)
        at com.sun.enterprise.v3.admin.CommandRunnerImpl$ExecutionContext.execute(CommandRunnerImpl.java:1757)
        at com.sun.enterprise.v3.admin.AdminAdapter.doCommand(AdminAdapter.java:605)
        at com.sun.enterprise.v3.admin.AdminAdapter.onMissingResource(AdminAdapter.java:257)
        at org.glassfish.grizzly.http.server.StaticHttpHandlerBase.service(StaticHttpHandlerBase.java:150)
        at com.sun.enterprise.v3.services.impl.ContainerMapper$HttpHandlerCallable.call(ContainerMapper.java:520)
        at com.sun.enterprise.v3.services.impl.ContainerMapper.service(ContainerMapper.java:217)
        at org.glassfish.grizzly.http.server.HttpHandler.runService(HttpHandler.java:174)
        at org.glassfish.grizzly.http.server.HttpHandler.doHandle(HttpHandler.java:153)
        at org.glassfish.grizzly.http.server.HttpServerFilter.handleRead(HttpServerFilter.java:196)
        at org.glassfish.grizzly.filterchain.ExecutorResolver$9.execute(ExecutorResolver.java:88)
        at org.glassfish.grizzly.filterchain.DefaultFilterChain.executeFilter(DefaultFilterChain.java:246)
        at org.glassfish.grizzly.filterchain.DefaultFilterChain.executeChainPart(DefaultFilterChain.java:178)
        at org.glassfish.grizzly.filterchain.DefaultFilterChain.execute(DefaultFilterChain.java:118)
        at org.glassfish.grizzly.filterchain.DefaultFilterChain.process(DefaultFilterChain.java:96)
        at org.glassfish.grizzly.ProcessorExecutor.execute(ProcessorExecutor.java:51)
        at org.glassfish.grizzly.nio.transport.TCPNIOTransport.fireIOEvent(TCPNIOTransport.java:510)
        at org.glassfish.grizzly.strategies.AbstractIOStrategy.fireIOEvent(AbstractIOStrategy.java:82)
        at org.glassfish.grizzly.strategies.WorkerThreadIOStrategy.run0(WorkerThreadIOStrategy.java:83)
        at org.glassfish.grizzly.strategies.WorkerThreadIOStrategy$WorkerThreadRunnable.run(WorkerThreadIOStrategy.java:101)
        at org.glassfish.grizzly.threadpool.AbstractThreadPool$Worker.doWork(AbstractThreadPool.java:535)
        at org.glassfish.grizzly.threadpool.AbstractThreadPool$Worker.run(AbstractThreadPool.java:515)
        at java.base/java.lang.Thread.run(Thread.java:1583)

[filiphr]

Do you have the stacktrace for UnsupportedOperationException?

The DeploymentException does not help too much

[tomekkup]

exception is thrown at lookupProcessEngine method and catch at afterDeploymentValidation

[filiphr]

@tomekkup can you do e.printStacktrace() and share the stacktrace from the log?

[tomekkup]

printStacktrace() does nothing. returns 'undefined' only.
All this worked fine on version 6.x with Payara 5.
Maybe FlowableServices should implement some interface and injection should be done with it ? Looks like some issue with proxy.

[filiphr]

printStacktrace() does nothing. returns 'undefined' only.

It does something, It should be in the Server or GlassFish Log window. It does not show anything during evaluation.

All this worked fine on version 6.x with Payara 5.
Maybe FlowableServices should implement some interface and injection should be done with it ? Looks like some issue with proxy.

We have tests for CDI https://github.com/flowable/flowable-engine/tree/main/modules/flowable-cdi/src/test/java/org/flowable/cdi/test. So not sure if it is due to Flowable 7 or Payara 5 or something in between. Is Payara 5 compatible with CDI 4.1?