[Red Hat JIRA] (WFLY-14142) Update Google guava to 30.0-jre
by Boris Unckel (Jira)
[ https://issues.redhat.com/browse/WFLY-14142?page=com.atlassian.jira.plugi... ]
Boris Unckel commented on WFLY-14142:
-------------------------------------
I have prepared a patch here [https://github.com/boris-unckel/wildfly/tree/WFLY-14142_update_guava] [Commit|https://github.com/boris-unckel/wildfly/commit/dd7511d9975624a1eeb...]
Unfortunately a lot of test fail with the same symptom. Please find log 2020-12-01_04after_guava_build.txt attached. Would be great to get some feedback how to analyse stuff like that.
{code:java}
[INFO] Running org.jboss.as.test.smoke.deployment.rar.tests.earmultirar.EarPackagedMultiRarDeploymentTestCase
[ERROR] Tests run: 1, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 1.5 s <<< FAILURE! - in org.jboss.as.test.smoke.deployment.rar.tests.earmultirar.EarPackagedMultiRarDeploymentTestCase
[ERROR] org.jboss.as.test.smoke.deployment.rar.tests.earmultirar.EarPackagedMultiRarDeploymentTestCase Time elapsed: 1.5 s <<< ERROR!
org.jboss.arquillian.container.spi.client.container.DeploymentException: Cannot deploy ear_packaged.ear: {"WFLYCTL0062: Composite operation failed and was rolled back. Steps that failed:" => {"Operation step-1" => {"WFLYCTL0412: Required services that are not installed:" => ["module.resolved.service.\"deployment.ear_packaged.ear\".main","jboss.module.spec.service.\"deployment.arquillian-service\".main","module.resolved.service.\"deployment.ear_packaged.ear.ear_packaged.rar\".main","module.resolved.service.\"deployment.ear_packaged.ear.ear_packaged2.rar\".main"],"WFLYCTL0180: Services with missing/unavailable dependencies" => ["jboss.module.resolve.phase.\"deployment.ear_packaged.ear.ear_packaged.rar\".main.1 is missing [jboss.module.spec.service.\"deployment.arquillian-service\".main]","jboss.module.service.\"deployment.ear_packaged.ear.ear_packaged2.rar\".main is missing [module.resolved.service.\"deployment.ear_packaged.ear.ear_packaged2.rar\".main]","jboss.module.resolve.phase.\"deployment.ear_packaged.ear\".main.1 is missing [jboss.module.spec.service.\"deployment.arquillian-service\".main]","jboss.module.service.\"deployment.ear_packaged.ear.ear_packaged.rar\".main is missing [module.resolved.service.\"deployment.ear_packaged.ear.ear_packaged.rar\".main]","jboss.module.service.\"deployment.ear_packaged.ear\".main is missing [module.resolved.service.\"deployment.ear_packaged.ear\".main]","jboss.module.resolve.phase.\"deployment.ear_packaged.ear.ear_packaged2.rar\".main.1 is missing [jboss.module.spec.service.\"deployment.arquillian-service\".main]"]}}}
at org.jboss.as.arquillian.container.ArchiveDeployer.deployInternal(ArchiveDeployer.java:184)
at org.jboss.as.arquillian.container.ArchiveDeployer.deployInternal(ArchiveDeployer.java:162)
at org.jboss.as.arquillian.container.ArchiveDeployer.deploy(ArchiveDeployer.java:91)
at org.jboss.as.arquillian.container.CommonDeployableContainer.deploy(CommonDeployableContainer.java:255)
{code}
> Update Google guava to 30.0-jre
> -------------------------------
>
> Key: WFLY-14142
> URL: https://issues.redhat.com/browse/WFLY-14142
> Project: WildFly
> Issue Type: Component Upgrade
> Components: Batch, JMS
> Reporter: Boris Unckel
> Assignee: Cheng Fang
> Priority: Major
> Attachments: 2020-12-01_04after_guava_build.txt
>
>
> Update Google guava to [30.0-jre|https://mvnrepository.com/artifact/com.google.guava/guava/30.0-jre]. Exclude all dependencies but [failureaccess 1.0.1|https://mvnrepository.com/artifact/com.google.guava/failureaccess/1...] according to [Google Guava Important Warnings #3|https://github.com/google/guava].
> [Release Notes|https://github.com/google/guava/releases/tag/v30.0]
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
3 years, 4 months
[Red Hat JIRA] (WFLY-14145) Temporarily ignore SecurityCommandsTestCase
by Farah Juma (Jira)
[ https://issues.redhat.com/browse/WFLY-14145?page=com.atlassian.jira.plugi... ]
Farah Juma updated WFLY-14145:
------------------------------
Description: WFCORE-5095 introduces new default TLS resources in the Elytron subsystem configuration. This causes tests in the WildFly {{org.jboss.as.test.integration.management.cli.SecurityCommandsTestCase}} to fail since these tests make assertions related to the number of TLS resources in the Elytron subsystem. WFLY-13782 updates this test accordingly. However, to allow CI to pass with only the changes for WFCORE-5095, we're going to need to first ignore {{SecurityCommandTestCase}} in WildFly, then merge WFCORE-5095, then un-ignore the test as part of the PR for WFLY-13782 and merge that one. (was: WFCORE-5095 introduces new default TLS resources in the Elytron subsystem configuration. This causes tests in the WildFly {{org.jboss.as.test.integration.management.cli.SecurityCommandsTestCase}} to fail since these tests make assertions related to the number of TLS resources in the Elytron subsystem. WFLY-13782 updates this test accordingly. However, to allow CI to pass with only the changes for WFCORE-5095, we're going to need to first ignore {{SecurityCommandTestCase}} in WildFly, then merge WFCORE-5095, then un-ignore the test as part of WFLY-13782 and merge that one.)
> Temporarily ignore SecurityCommandsTestCase
> -------------------------------------------
>
> Key: WFLY-14145
> URL: https://issues.redhat.com/browse/WFLY-14145
> Project: WildFly
> Issue Type: Task
> Components: Test Suite
> Reporter: Farah Juma
> Assignee: Farah Juma
> Priority: Major
>
> WFCORE-5095 introduces new default TLS resources in the Elytron subsystem configuration. This causes tests in the WildFly {{org.jboss.as.test.integration.management.cli.SecurityCommandsTestCase}} to fail since these tests make assertions related to the number of TLS resources in the Elytron subsystem. WFLY-13782 updates this test accordingly. However, to allow CI to pass with only the changes for WFCORE-5095, we're going to need to first ignore {{SecurityCommandTestCase}} in WildFly, then merge WFCORE-5095, then un-ignore the test as part of the PR for WFLY-13782 and merge that one.
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
3 years, 4 months
[Red Hat JIRA] (WFLY-14115) Tests failures in multinode with security manager enabled affect other tests
by Lin Gao (Jira)
[ https://issues.redhat.com/browse/WFLY-14115?page=com.atlassian.jira.plugi... ]
Lin Gao reassigned WFLY-14115:
------------------------------
Assignee: Tomasz Adamski (was: Lin Gao)
> Tests failures in multinode with security manager enabled affect other tests
> ----------------------------------------------------------------------------
>
> Key: WFLY-14115
> URL: https://issues.redhat.com/browse/WFLY-14115
> Project: WildFly
> Issue Type: Bug
> Components: Test Suite
> Reporter: Lin Gao
> Assignee: Tomasz Adamski
> Priority: Minor
>
> In *+testsuite/integration/multinode+*, when security manager is enabled, the xa recovery files failed be deleted because of no permission when tests finished, it affects other tests so that the Periodic Recovery thread will try to recover the failed transactions.
> * Failed EjbOverHttpWrongCredentialsTestCase:
> {code:java}
> 12:45:15,778 WARN [com.arjuna.ats.jta] (pool-20-thread-1) ARJUNA016039: onePhaseCommit on < formatId=131077, gtri
> d_length=29, bqual_length=36, tx_uid=0:ffff7f000001:659146d8:5fbc8fc0:e5, node_name=1, branch_uid=0:ffff7f000001:659146d8:5fbc8fc0:eb, subordinatenodename=null, eis_name=unknown eis name > (Subordinate XAResource at http://localhost:8180/wildfly-services) failed with exception -: java.security.AccessControlException: WFSM000001: Permission check failed (permission "("java.io.FilePermission" "/home/lgao/sources/jboss/wildfly/testsuite/integration/multinode/target/jbossas-multinode-client/standalone/data/ejb-xa-recovery/20005_00000000000000000000ffff7f000001659146d85fbc8fc0000000e531_00000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000" "delete")" in code source "(vfs:/content/ejboverhttp-test-client-wrong-credentials.jar <no signer certificates>)" of "ModuleClassLoader for Module "deployment.ejboverhttp-test-client-wrong-credentials.jar" from Service Module Loader")
> at org.wildfly.security.manager.WildFlySecurityManager.checkPermission(WildFlySecurityManager.java:304)
> at org.wildfly.security.manager.WildFlySecurityManager.checkPermission(WildFlySecurityManager.java:201)
> at java.lang.SecurityManager.checkDelete(SecurityManager.java:1007)
> at org.wildfly.security.manager.WildFlySecurityManager.checkDelete(WildFlySecurityManager.java:393)
> at sun.nio.fs.UnixPath.checkDelete(UnixPath.java:807)
> at sun.nio.fs.UnixFileSystemProvider.implDelete(UnixFileSystemProvider.java:222)
> at sun.nio.fs.AbstractFileSystemProvider.delete(AbstractFileSystemProvider.java:103)
> at java.nio.file.Files.delete(Files.java:1126)
> at org.wildfly.transaction.client.provider.jboss.FileSystemXAResourceRegistry$XAResourceRegistryFile.removeResource(FileSystemXAResourceRegistry.java:298)
> at org.wildfly.transaction.client.SubordinateXAResource.commit(SubordinateXAResource.java:188)
> at com.arjuna.ats.internal.jta.resources.arjunacore.XAResourceRecord.topLevelOnePhaseCommit(XAResourceRecord.java:702)
> at com.arjuna.ats.arjuna.coordinator.BasicAction.onePhaseCommit(BasicAction.java:2395)
> at com.arjuna.ats.arjuna.coordinator.BasicAction.End(BasicAction.java:1497)
> at com.arjuna.ats.arjuna.coordinator.TwoPhaseCoordinator.end(TwoPhaseCoordinator.java:96)
> at com.arjuna.ats.arjuna.AtomicAction.commit(AtomicAction.java:162)
> at com.arjuna.ats.internal.jta.transaction.arjunacore.TransactionImple.commitAndDisassociate(TransactionImple.java:1295)
> at com.arjuna.ats.internal.jta.transaction.arjunacore.BaseTransaction.commit(BaseTransaction.java:126)
> {code}
> * Affected EjbOverHttpTestCase:
> {code:java}
> 12:45:18,745 WARN [com.arjuna.ats.jta] (Periodic Recovery) ARJUNA016027: Local XARecoveryModule.xaRecovery got XA exception ARJUNA016099: Unknown error code:0: javax.transaction.xa.XAException: WFHTTP000005: Invalid response code 404 (full response ClientResponse{responseHeaders={content-length=[74], content-type=[text/html], date=[Tue, 24 Nov 2020 04:45:18 GMT]}, responseCode=404, status='', protocol=HTTP/2.0})
> at org.wildfly.httpclient.transaction.HttpRemoteTransactionPeer.recover(HttpRemoteTransactionPeer.java:107)
> at org.wildfly.transaction.client.SubordinateXAResource.recover(SubordinateXAResource.java:237)
> at org.wildfly.transaction.client.SubordinateXAResource.recover(SubordinateXAResource.java:233)
> at com.arjuna.ats.internal.jta.recovery.arjunacore.XARecoveryModule.xaRecoveryFirstPass(XARecoveryModule.java:659)
> at com.arjuna.ats.internal.jta.recovery.arjunacore.XARecoveryModule.periodicWorkFirstPass(XARecoveryModule.java:240)
> at com.arjuna.ats.internal.jta.recovery.arjunacore.XARecoveryModule.periodicWorkFirstPass(XARecoveryModule.java:182)
> at com.arjuna.ats.internal.arjuna.recovery.PeriodicRecovery.doWorkInternal(PeriodicRecovery.java:770)
> at com.arjuna.ats.internal.arjuna.recovery.PeriodicRecovery.run(PeriodicRecovery.java:382)
> Caused by: java.io.IOException: WFHTTP000005: Invalid response code 404 (full response ClientResponse{responseHeaders={content-length=[74], content-type=[text/html], date=[Tue, 24 Nov 2020 04:45:18 GMT]}, responseCode=404, status='', protocol=HTTP/2.0})
> at org.wildfly.httpclient.common.HttpTargetContext$1$1.lambda$completed$4(HttpTargetContext.java:235)
> at org.jboss.threads.ContextClassLoaderSavingRunnable.run(ContextClassLoaderSavingRunnable.java:35)
> at org.jboss.threads.EnhancedQueueExecutor.safeRun(EnhancedQueueExecutor.java:1990)
> at org.jboss.threads.EnhancedQueueExecutor$ThreadBody.doRunTask(EnhancedQueueExecutor.java:1486)
> at org.jboss.threads.EnhancedQueueExecutor$ThreadBody.run(EnhancedQueueExecutor.java:1377)
> at org.xnio.XnioWorker$WorkerThreadFactory$1$1.run(XnioWorker.java:1280)
> at java.lang.Thread.run(Thread.java:748)
> {code}
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
3 years, 4 months
[Red Hat JIRA] (WFLY-14033) app-client unable to inject EJB unless also deployed locally to app client process
by Darran Lofthouse (Jira)
[ https://issues.redhat.com/browse/WFLY-14033?page=com.atlassian.jira.plugi... ]
Darran Lofthouse commented on WFLY-14033:
-----------------------------------------
[~istudens] FYI now may not be the time for this one.
> app-client unable to inject EJB unless also deployed locally to app client process
> ----------------------------------------------------------------------------------
>
> Key: WFLY-14033
> URL: https://issues.redhat.com/browse/WFLY-14033
> Project: WildFly
> Issue Type: Bug
> Components: Application Client
> Reporter: Darran Lofthouse
> Assignee: Ivo Studensky
> Priority: Major
> Fix For: 22.0.0.Beta1
>
>
> The current app-client quickstart uses a single ear for both server side and client side, this did not make sense as it means the EJBs are also deployed to the client process even though the client process is invoking remote EJBs exclusively.
> I have attempted some refactoring to make the quickstart clearer so users can see the server side requirement and the client side requirement:
> https://github.com/darranl/wildfly-quickstart/tree/WFLY-14027
> The problem is starting app-client now fails with this error:
> {code}
> Caused by: org.jboss.as.server.deployment.DeploymentUnitProcessingException: WFLYEJB0406: No EJB found with interface of type 'org.jboss.as.quickstarts.appclient.server.api.StatelessSession' for binding org.jboss.as.quickstarts.appclient.acc.client.Main/slsb
> at org.jboss.as.ejb3.deployment.processors.EjbInjectionSource.getResourceValue(EjbInjectionSource.java:90)
> at org.jboss.as.ee.component.deployers.ModuleJndiBindingProcessor.addJndiBinding(ModuleJndiBindingProcessor.java:271)
> at org.jboss.as.ee.component.deployers.ModuleJndiBindingProcessor$1.handle(ModuleJndiBindingProcessor.java:242)
> at org.jboss.as.ee.component.ClassDescriptionTraversal.run(ClassDescriptionTraversal.java:54)
> at org.jboss.as.ee.component.deployers.ModuleJndiBindingProcessor.processClassConfigurations(ModuleJndiBindingProcessor.java:246)
> at org.jboss.as.ee.component.deployers.ModuleJndiBindingProcessor.deploy(ModuleJndiBindingProcessor.java:160)
> at org.jboss.as.server.deployment.DeploymentUnitPhaseService.start(DeploymentUnitPhaseService.java:182) [wildfly-server-14.0.0.Beta1.jar:14.0.0.Beta1]
> ... 8 more
> {code}
> This feels as though the injection should either be a proxy which has not yet connected to the remote process or should connect to the remote process first to identify the available beans.
> The reason for delayed connection may be to enable authentication before the application uses the EJBs but deploying server side components on the client doesn't feel like the correct solution.
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
3 years, 4 months
[Red Hat JIRA] (WFLY-14140) (7.3.z) Tests failures in multinode with security manager enabled affect other tests
by Lin Gao (Jira)
Lin Gao created WFLY-14140:
------------------------------
Summary: (7.3.z) Tests failures in multinode with security manager enabled affect other tests
Key: WFLY-14140
URL: https://issues.redhat.com/browse/WFLY-14140
Project: WildFly
Issue Type: Bug
Components: Test Suite
Reporter: Lin Gao
Assignee: Tomasz Adamski
In *+testsuite/integration/multinode+*, when security manager is enabled, the xa recovery files failed be deleted because of no permission when tests finished, it affects other tests so that the Periodic Recovery thread will try to recover the failed transactions.
* Failed EjbOverHttpWrongCredentialsTestCase:
{code:java}
12:45:15,778 WARN [com.arjuna.ats.jta] (pool-20-thread-1) ARJUNA016039: onePhaseCommit on < formatId=131077, gtri
d_length=29, bqual_length=36, tx_uid=0:ffff7f000001:659146d8:5fbc8fc0:e5, node_name=1, branch_uid=0:ffff7f000001:659146d8:5fbc8fc0:eb, subordinatenodename=null, eis_name=unknown eis name > (Subordinate XAResource at http://localhost:8180/wildfly-services) failed with exception -: java.security.AccessControlException: WFSM000001: Permission check failed (permission "("java.io.FilePermission" "/home/lgao/sources/jboss/wildfly/testsuite/integration/multinode/target/jbossas-multinode-client/standalone/data/ejb-xa-recovery/20005_00000000000000000000ffff7f000001659146d85fbc8fc0000000e531_00000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000" "delete")" in code source "(vfs:/content/ejboverhttp-test-client-wrong-credentials.jar <no signer certificates>)" of "ModuleClassLoader for Module "deployment.ejboverhttp-test-client-wrong-credentials.jar" from Service Module Loader")
at org.wildfly.security.manager.WildFlySecurityManager.checkPermission(WildFlySecurityManager.java:304)
at org.wildfly.security.manager.WildFlySecurityManager.checkPermission(WildFlySecurityManager.java:201)
at java.lang.SecurityManager.checkDelete(SecurityManager.java:1007)
at org.wildfly.security.manager.WildFlySecurityManager.checkDelete(WildFlySecurityManager.java:393)
at sun.nio.fs.UnixPath.checkDelete(UnixPath.java:807)
at sun.nio.fs.UnixFileSystemProvider.implDelete(UnixFileSystemProvider.java:222)
at sun.nio.fs.AbstractFileSystemProvider.delete(AbstractFileSystemProvider.java:103)
at java.nio.file.Files.delete(Files.java:1126)
at org.wildfly.transaction.client.provider.jboss.FileSystemXAResourceRegistry$XAResourceRegistryFile.removeResource(FileSystemXAResourceRegistry.java:298)
at org.wildfly.transaction.client.SubordinateXAResource.commit(SubordinateXAResource.java:188)
at com.arjuna.ats.internal.jta.resources.arjunacore.XAResourceRecord.topLevelOnePhaseCommit(XAResourceRecord.java:702)
at com.arjuna.ats.arjuna.coordinator.BasicAction.onePhaseCommit(BasicAction.java:2395)
at com.arjuna.ats.arjuna.coordinator.BasicAction.End(BasicAction.java:1497)
at com.arjuna.ats.arjuna.coordinator.TwoPhaseCoordinator.end(TwoPhaseCoordinator.java:96)
at com.arjuna.ats.arjuna.AtomicAction.commit(AtomicAction.java:162)
at com.arjuna.ats.internal.jta.transaction.arjunacore.TransactionImple.commitAndDisassociate(TransactionImple.java:1295)
at com.arjuna.ats.internal.jta.transaction.arjunacore.BaseTransaction.commit(BaseTransaction.java:126)
{code}
* Affected EjbOverHttpTestCase:
{code:java}
12:45:18,745 WARN [com.arjuna.ats.jta] (Periodic Recovery) ARJUNA016027: Local XARecoveryModule.xaRecovery got XA exception ARJUNA016099: Unknown error code:0: javax.transaction.xa.XAException: WFHTTP000005: Invalid response code 404 (full response ClientResponse{responseHeaders={content-length=[74], content-type=[text/html], date=[Tue, 24 Nov 2020 04:45:18 GMT]}, responseCode=404, status='', protocol=HTTP/2.0})
at org.wildfly.httpclient.transaction.HttpRemoteTransactionPeer.recover(HttpRemoteTransactionPeer.java:107)
at org.wildfly.transaction.client.SubordinateXAResource.recover(SubordinateXAResource.java:237)
at org.wildfly.transaction.client.SubordinateXAResource.recover(SubordinateXAResource.java:233)
at com.arjuna.ats.internal.jta.recovery.arjunacore.XARecoveryModule.xaRecoveryFirstPass(XARecoveryModule.java:659)
at com.arjuna.ats.internal.jta.recovery.arjunacore.XARecoveryModule.periodicWorkFirstPass(XARecoveryModule.java:240)
at com.arjuna.ats.internal.jta.recovery.arjunacore.XARecoveryModule.periodicWorkFirstPass(XARecoveryModule.java:182)
at com.arjuna.ats.internal.arjuna.recovery.PeriodicRecovery.doWorkInternal(PeriodicRecovery.java:770)
at com.arjuna.ats.internal.arjuna.recovery.PeriodicRecovery.run(PeriodicRecovery.java:382)
Caused by: java.io.IOException: WFHTTP000005: Invalid response code 404 (full response ClientResponse{responseHeaders={content-length=[74], content-type=[text/html], date=[Tue, 24 Nov 2020 04:45:18 GMT]}, responseCode=404, status='', protocol=HTTP/2.0})
at org.wildfly.httpclient.common.HttpTargetContext$1$1.lambda$completed$4(HttpTargetContext.java:235)
at org.jboss.threads.ContextClassLoaderSavingRunnable.run(ContextClassLoaderSavingRunnable.java:35)
at org.jboss.threads.EnhancedQueueExecutor.safeRun(EnhancedQueueExecutor.java:1990)
at org.jboss.threads.EnhancedQueueExecutor$ThreadBody.doRunTask(EnhancedQueueExecutor.java:1486)
at org.jboss.threads.EnhancedQueueExecutor$ThreadBody.run(EnhancedQueueExecutor.java:1377)
at org.xnio.XnioWorker$WorkerThreadFactory$1$1.run(XnioWorker.java:1280)
at java.lang.Thread.run(Thread.java:748)
{code}
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
3 years, 4 months
[Red Hat JIRA] (DROOLS-5880) Revisit Kie/Drools maven archetype
by Matteo Mortari (Jira)
[ https://issues.redhat.com/browse/DROOLS-5880?page=com.atlassian.jira.plug... ]
Matteo Mortari reassigned DROOLS-5880:
--------------------------------------
Assignee: Matteo Mortari (was: Mario Fusco)
> Revisit Kie/Drools maven archetype
> ----------------------------------
>
> Key: DROOLS-5880
> URL: https://issues.redhat.com/browse/DROOLS-5880
> Project: Drools
> Issue Type: Story
> Components: integration
> Reporter: Matteo Mortari
> Assignee: Matteo Mortari
> Priority: Major
>
> *Motivation*: currently the only 1 available Kie maven archetype for Drools shows sign of age.
> *Goals*: reconsidering the following aspects:
> * contains only a mirror test (generated folder/file structure) but doesn't actually "use" the generated project so if it breaks we don't know. Potentially add a maven invoker test in droolsjbpm-integration to check it.
> * License header: do as Camel / Quarkus do, the end result, the user files, do NOT contain a Red Hat license header. Can be resolved by template engine comment like Camel team did.
> * the current Drools unit test is not very significative, always check that "type==color" maybe add some Measurement not of type color to get the test more significative
> * currently Stateful Vs CEP test is governed by variable during archetype generation. Experience shows this is overlooked. It is best to actually separate this into 2 separate Archetypes.
> * currently defines Eclipse IDE exclusion in the generated pom.xml, maybe just easier to:
> ** always generate it
> ** bring that into the kie-maven-plugin, albeit it may require providing the xml file manually. Here it could be worthy to check how Quarkus team resolved this issue
> *Impacts*: archetypes are directly used by end-users when creating a project, but IIRC there is no mention in the Docs (for "v7x series" / Kie)
> /cc [~lucamolteni][~danielezonca]
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
3 years, 4 months