March 2020 - jboss-jira - Jboss List Archives

[JBoss JIRA] (DROOLS-5171) Investigate dashbuilder dependencies of scenariossimulation-kogito-runitme

by Jozef Marko (Jira)

[ https://issues.redhat.com/browse/DROOLS-5171?page=com.atlassian.jira.plug... ] Jozef Marko updated DROOLS-5171: -------------------------------- Sprint: 2020 Week 10-12 (from Mar 2) > Investigate dashbuilder dependencies of scenariossimulation-kogito-runitme > -------------------------------------------------------------------------- > > Key: DROOLS-5171 > URL: https://issues.redhat.com/browse/DROOLS-5171 > Project: Drools > Issue Type: Task > Components: Scenario Simulation and Testing > Reporter: Jozef Marko > Assignee: Jozef Marko > Priority: Major > Labels: drools-tools > > There are [1] declared for 'drools-wb-scenario-simulation-editor-kogito-runtime' module. > Investigate if they can not be removed. > [1] > {code:xml} >  > <dependency> > <groupId>org.dashbuilder</groupId> > <artifactId>dashbuilder-widgets</artifactId> > <scope>provided</scope> > </dependency> > <dependency> > <groupId>org.dashbuilder</groupId> > <artifactId>dashbuilder-validations</artifactId> > <scope>provided</scope> > </dependency> > <dependency> > <groupId>org.dashbuilder</groupId> > <artifactId>dashbuilder-navigation-client</artifactId> > <scope>provided</scope> > <exclusions> > <exclusion> > <groupId>org.uberfire</groupId> > <artifactId>uberfire-layout-editor-backend</artifactId> > </exclusion> > </exclusions> > </dependency> > <dependency> > <groupId>org.dashbuilder</groupId> > <artifactId>dashbuilder-renderer-default</artifactId> > <scope>provided</scope> > </dependency> > {code} -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years, 1 month

1
0
0 / 0

[JBoss JIRA] (DROOLS-5170) [DMN Designer] Properties panel can not be expanded

by Michael Anstis (Jira)

[ https://issues.redhat.com/browse/DROOLS-5170?page=com.atlassian.jira.plug... ] Michael Anstis commented on DROOLS-5170: ---------------------------------------- Closing as https://issues.redhat.com/browse/RHPAM-1954 has been reverted. > [DMN Designer] Properties panel can not be expanded > --------------------------------------------------- > > Key: DROOLS-5170 > URL: https://issues.redhat.com/browse/DROOLS-5170 > Project: Drools > Issue Type: Bug > Components: DMN Editor > Affects Versions: 7.35.0.Final > Reporter: Jozef Marko > Assignee: David Gutierrez > Priority: Blocker > Labels: drools-tools > Fix For: 7.35.0.Final > > Attachments: Screenshot from 2020-03-17 08-48-43.png > > > User is unable to expand properties panel when editing DMN model. > Also kogito environment (kie-wb-common-dmn-webapp-kogito-rutime) is affected. -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years, 1 month

1
0
0 / 0

[JBoss JIRA] (DROOLS-5170) [DMN Designer] Properties panel can not be expanded

by Michael Anstis (Jira)

[ https://issues.redhat.com/browse/DROOLS-5170?page=com.atlassian.jira.plug... ] Michael Anstis commented on DROOLS-5170: ---------------------------------------- [~davidredhat] I've submitted https://github.com/kiegroup/kie-wb-common/pull/3225 that patches the issue reported for DMN. IDK what approach you want to take.. revert RHPAM-1954 or patch as issues found. I'll leave that decision to you. > [DMN Designer] Properties panel can not be expanded > --------------------------------------------------- > > Key: DROOLS-5170 > URL: https://issues.redhat.com/browse/DROOLS-5170 > Project: Drools > Issue Type: Bug > Components: DMN Editor > Affects Versions: 7.35.0.Final > Reporter: Jozef Marko > Assignee: David Gutierrez > Priority: Blocker > Labels: drools-tools > Attachments: Screenshot from 2020-03-17 08-48-43.png > > > User is unable to expand properties panel when editing DMN model. > Also kogito environment (kie-wb-common-dmn-webapp-kogito-rutime) is affected. -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years, 1 month

1
0
0 / 0

[JBoss JIRA] (DROOLS-5170) [DMN Designer] Properties panel can not be expanded

by Michael Anstis (Jira)

[ https://issues.redhat.com/browse/DROOLS-5170?page=com.atlassian.jira.plug... ] Michael Anstis updated DROOLS-5170: ----------------------------------- Git Pull Request: https://github.com/kiegroup/appformer/pull/924, https://github.com/kiegroup/kie-wb-common/pull/3225 (was: https://github.com/kiegroup/appformer/pull/924) > [DMN Designer] Properties panel can not be expanded > --------------------------------------------------- > > Key: DROOLS-5170 > URL: https://issues.redhat.com/browse/DROOLS-5170 > Project: Drools > Issue Type: Bug > Components: DMN Editor > Affects Versions: 7.35.0.Final > Reporter: Jozef Marko > Assignee: David Gutierrez > Priority: Blocker > Labels: drools-tools > Attachments: Screenshot from 2020-03-17 08-48-43.png > > > User is unable to expand properties panel when editing DMN model. > Also kogito environment (kie-wb-common-dmn-webapp-kogito-rutime) is affected. -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years, 1 month

1
0
0 / 0

[JBoss JIRA] (WFLY-13249) Skipping WebSecurityCERTTestCase when elytron subsystem is enabled

by Fabio Burzigotti (Jira)

Fabio Burzigotti created WFLY-13249: --------------------------------------- Summary: Skipping WebSecurityCERTTestCase when elytron subsystem is enabled Key: WFLY-13249 URL: https://issues.redhat.com/browse/WFLY-13249 Project: WildFly Issue Type: Enhancement Components: Test Suite Reporter: Fabio Burzigotti The WebSecurityCERTTestCase should be skipped when the Test Suite is executed against a server with enabled *elytron* subsystem, otherwise it would fail as it is supposed to run only against legacy security server. -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years, 1 month

1
0
0 / 0

[JBoss JIRA] (WFLY-13249) Skipping WebSecurityCERTTestCase when elytron subsystem is enabled

by Fabio Burzigotti (Jira)

[ https://issues.redhat.com/browse/WFLY-13249?page=com.atlassian.jira.plugi... ] Fabio Burzigotti reassigned WFLY-13249: --------------------------------------- Assignee: Fabio Burzigotti > Skipping WebSecurityCERTTestCase when elytron subsystem is enabled > ------------------------------------------------------------------ > > Key: WFLY-13249 > URL: https://issues.redhat.com/browse/WFLY-13249 > Project: WildFly > Issue Type: Enhancement > Components: Test Suite > Reporter: Fabio Burzigotti > Assignee: Fabio Burzigotti > Priority: Major > > The WebSecurityCERTTestCase should be skipped when the Test Suite is executed against a server with enabled *elytron* subsystem, otherwise it would fail as it is supposed to run only against legacy security server. -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years, 1 month

1
0
0 / 0

[JBoss JIRA] (DROOLS-5170) [DMN Designer] Properties panel can not be expanded

by Michael Anstis (Jira)

[ https://issues.redhat.com/browse/DROOLS-5170?page=com.atlassian.jira.plug... ] Michael Anstis commented on DROOLS-5170: ---------------------------------------- Hi [~davidredhat] I've assigned this to you; as the solution for [RHPAM-1954|https://issues.redhat.com/browse/RHPAM-1954] (and cause of this JIRA) may need extensive testing of Business Central. I see https://issues.redhat.com/browse/AF-2193 that included https://issues.redhat.com/browse/AF-2304 however some bits clearly slipped the net... Please keep me informed of any decision made; as to whether, for example, we choose to patch breaks in affected components as and when they're discovered etc. > [DMN Designer] Properties panel can not be expanded > --------------------------------------------------- > > Key: DROOLS-5170 > URL: https://issues.redhat.com/browse/DROOLS-5170 > Project: Drools > Issue Type: Bug > Components: DMN Editor > Affects Versions: 7.35.0.Final > Reporter: Jozef Marko > Assignee: David Gutierrez > Priority: Blocker > Labels: drools-tools > Attachments: Screenshot from 2020-03-17 08-48-43.png > > > User is unable to expand properties panel when editing DMN model. > Also kogito environment (kie-wb-common-dmn-webapp-kogito-rutime) is affected. -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years, 1 month

1
0
0 / 0

[JBoss JIRA] (WFLY-13147) Deployment slowdown after WFLY upgrade (DeploymentArchive handling)

by Matěj Novotný (Jira)

[ https://issues.redhat.com/browse/WFLY-13147?page=com.atlassian.jira.plugi... ] Matěj Novotný updated WFLY-13147: --------------------------------- Git Pull Request: https://github.com/wildfly/wildfly/pull/13121 > Deployment slowdown after WFLY upgrade (DeploymentArchive handling) > ------------------------------------------------------------------- > > Key: WFLY-13147 > URL: https://issues.redhat.com/browse/WFLY-13147 > Project: WildFly > Issue Type: Bug > Components: CDI / Weld > Affects Versions: 17.0.1.Final > Reporter: Christoph Winter > Assignee: Matěj Novotný > Priority: Major > Attachments: Screenshot from 2020-02-24 16-23-53.png, Screenshot from 2020-02-24 16-24-32.png > > > Our team upgraded our application (>205 modules) from WFLY 8.2.1 to WFLY 17.0.1 we experienced a noticeable slowdown during the deployment process (3min vs. 6min) > A colleague found out that the following classes seem to cause the lag during dependency resolution since dependencies are processed multiple times: > * weld/subsystem/src/main/java/org/jboss/as/weld/deployment/BeanDeploymentArchiveImpl.java > * weld/subsystem/src/main/java/org/jboss/as/weld/deployment/processors/ExternalBeanArchiveProcessor.java > and came up with the following workarounds that should fix the issues > {noformat} > diff --git a/weld/subsystem/src/main/java/org/jboss/as/weld/deployment/BeanDeploymentArchiveImpl.java b/weld/subsystem/src/main/java/org/jboss/as/weld/deployment/BeanDeploymentArchiveImpl.java > index 521f47cc7d..1b4d7e8b4c 100644 > --- a/weld/subsystem/src/main/java/org/jboss/as/weld/deployment/BeanDeploymentArchiveImpl.java > +++ b/weld/subsystem/src/main/java/org/jboss/as/weld/deployment/BeanDeploymentArchiveImpl.java > @@ -246,7 +246,12 @@ public class BeanDeploymentArchiveImpl implements WildFlyBeanDeploymentArchive { > if (moduleDependency.getIdentifier().equals(that.getModule().getIdentifier())) { > return true; > } > + } > + } > + for (DependencySpec dependency : module.getDependencies()) { > + if (dependency instanceof ModuleDependencySpec) { > + ModuleDependencySpec moduleDependency = (ModuleDependencySpec) dependency; > // moduleDependency might be an alias - try to load it to get lined module > Module module = loadModule(moduleDependency); > if (module != null && module.getIdentifier().equals(that.getModule().getIdentifier())) { > {noformat} > as well as > {noformat} > diff --git a/weld/subsystem/src/main/java/org/jboss/as/weld/deployment/processors/ExternalBeanArchiveProcessor.java b/weld/subsystem/src/main/java/org/jboss/as/weld/deployment/processors/ExternalBeanArchiveProcessor.java > index da6e0bfcaf..1b539bba4e 100644 > --- a/weld/subsystem/src/main/java/org/jboss/as/weld/deployment/processors/ExternalBeanArchiveProcessor.java > +++ b/weld/subsystem/src/main/java/org/jboss/as/weld/deployment/processors/ExternalBeanArchiveProcessor.java > @@ -162,6 +162,12 @@ public class ExternalBeanArchiveProcessor implements DeploymentUnitProcessor { > return; > } > for (DependencySpec dep : module.getDependencies()) { > + if (!(dep instanceof ModuleDependencySpec)) { > + continue; > + } > + if (deploymentUnits.stream().anyMatch(d -> (((ModuleDependencySpec)dep).getName()).endsWith(d.getName()))) { > + continue; > + } > final Module dependency = loadModuleDependency(dep); > if (dependency == null) { > continue;{noformat} > The fixes should prevent dependencies from being processed multiple times, however, the latter should be improved. -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years, 1 month

1
0
0 / 0

[JBoss JIRA] (WFLY-13147) Deployment slowdown after WFLY upgrade (DeploymentArchive handling)

by Matěj Novotný (Jira)

[ https://issues.redhat.com/browse/WFLY-13147?page=com.atlassian.jira.plugi... ] Matěj Novotný commented on WFLY-13147: -------------------------------------- I have sent the suggested changes as a draft PR - https://github.com/wildfly/wildfly/pull/13121 I would like to hear Brian's thoughts on this and see if WFLY has some perf tests that could measure the impact of this. Or perhaps some more corner case tests that would uncover some problems? Either way, it's up to gather other people thoughts. > Deployment slowdown after WFLY upgrade (DeploymentArchive handling) > ------------------------------------------------------------------- > > Key: WFLY-13147 > URL: https://issues.redhat.com/browse/WFLY-13147 > Project: WildFly > Issue Type: Bug > Components: CDI / Weld > Affects Versions: 17.0.1.Final > Reporter: Christoph Winter > Assignee: Matěj Novotný > Priority: Major > Attachments: Screenshot from 2020-02-24 16-23-53.png, Screenshot from 2020-02-24 16-24-32.png > > > Our team upgraded our application (>205 modules) from WFLY 8.2.1 to WFLY 17.0.1 we experienced a noticeable slowdown during the deployment process (3min vs. 6min) > A colleague found out that the following classes seem to cause the lag during dependency resolution since dependencies are processed multiple times: > * weld/subsystem/src/main/java/org/jboss/as/weld/deployment/BeanDeploymentArchiveImpl.java > * weld/subsystem/src/main/java/org/jboss/as/weld/deployment/processors/ExternalBeanArchiveProcessor.java > and came up with the following workarounds that should fix the issues > {noformat} > diff --git a/weld/subsystem/src/main/java/org/jboss/as/weld/deployment/BeanDeploymentArchiveImpl.java b/weld/subsystem/src/main/java/org/jboss/as/weld/deployment/BeanDeploymentArchiveImpl.java > index 521f47cc7d..1b4d7e8b4c 100644 > --- a/weld/subsystem/src/main/java/org/jboss/as/weld/deployment/BeanDeploymentArchiveImpl.java > +++ b/weld/subsystem/src/main/java/org/jboss/as/weld/deployment/BeanDeploymentArchiveImpl.java > @@ -246,7 +246,12 @@ public class BeanDeploymentArchiveImpl implements WildFlyBeanDeploymentArchive { > if (moduleDependency.getIdentifier().equals(that.getModule().getIdentifier())) { > return true; > } > + } > + } > + for (DependencySpec dependency : module.getDependencies()) { > + if (dependency instanceof ModuleDependencySpec) { > + ModuleDependencySpec moduleDependency = (ModuleDependencySpec) dependency; > // moduleDependency might be an alias - try to load it to get lined module > Module module = loadModule(moduleDependency); > if (module != null && module.getIdentifier().equals(that.getModule().getIdentifier())) { > {noformat} > as well as > {noformat} > diff --git a/weld/subsystem/src/main/java/org/jboss/as/weld/deployment/processors/ExternalBeanArchiveProcessor.java b/weld/subsystem/src/main/java/org/jboss/as/weld/deployment/processors/ExternalBeanArchiveProcessor.java > index da6e0bfcaf..1b539bba4e 100644 > --- a/weld/subsystem/src/main/java/org/jboss/as/weld/deployment/processors/ExternalBeanArchiveProcessor.java > +++ b/weld/subsystem/src/main/java/org/jboss/as/weld/deployment/processors/ExternalBeanArchiveProcessor.java > @@ -162,6 +162,12 @@ public class ExternalBeanArchiveProcessor implements DeploymentUnitProcessor { > return; > } > for (DependencySpec dep : module.getDependencies()) { > + if (!(dep instanceof ModuleDependencySpec)) { > + continue; > + } > + if (deploymentUnits.stream().anyMatch(d -> (((ModuleDependencySpec)dep).getName()).endsWith(d.getName()))) { > + continue; > + } > final Module dependency = loadModuleDependency(dep); > if (dependency == null) { > continue;{noformat} > The fixes should prevent dependencies from being processed multiple times, however, the latter should be improved. -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years, 1 month

1
0
0 / 0

[JBoss JIRA] (DROOLS-5170) [DMN Designer] Properties panel can not be expanded

by Michael Anstis (Jira)

[ https://issues.redhat.com/browse/DROOLS-5170?page=com.atlassian.jira.plug... ] Michael Anstis reassigned DROOLS-5170: -------------------------------------- Assignee: David Gutierrez (was: Michael Anstis) > [DMN Designer] Properties panel can not be expanded > --------------------------------------------------- > > Key: DROOLS-5170 > URL: https://issues.redhat.com/browse/DROOLS-5170 > Project: Drools > Issue Type: Bug > Components: DMN Editor > Affects Versions: 7.35.0.Final > Reporter: Jozef Marko > Assignee: David Gutierrez > Priority: Blocker > Labels: drools-tools > Attachments: Screenshot from 2020-03-17 08-48-43.png > > > User is unable to expand properties panel when editing DMN model. > Also kogito environment (kie-wb-common-dmn-webapp-kogito-rutime) is affected. -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years, 1 month

1
0
0 / 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-jira March 2020