June 2020 - jboss-jira - Jboss List Archives

[JBoss JIRA] (DROOLS-5317) Scenario Simulation shows misleading data type if DMN applies a constraint

by Yeser Amer (Jira)

[ https://issues.redhat.com/browse/DROOLS-5317?page=com.atlassian.jira.plug... ] Yeser Amer updated DROOLS-5317: ------------------------------- Fix Version/s: (was: 7.38.0.Final) > Scenario Simulation shows misleading data type if DMN applies a constraint > -------------------------------------------------------------------------- > > Key: DROOLS-5317 > URL: https://issues.redhat.com/browse/DROOLS-5317 > Project: Drools > Issue Type: Bug > Affects Versions: 7.37.0.Final > Reporter: Yeser Amer > Assignee: Yeser Amer > Priority: Critical > Labels: drools-tools > -- This message was sent by Atlassian Jira (v7.13.8#713008)

4 years, 7 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-4582) Cell selection doesn't span the entire cell if you Insert RightMost Column

by Yeser Amer (Jira)

[ https://issues.redhat.com/browse/DROOLS-4582?page=com.atlassian.jira.plug... ] Yeser Amer updated DROOLS-4582: ------------------------------- Sprint: 2020 Week 25-27 (from Jun 15) (was: 2020 Week 22-24 (from May 25)) > Cell selection doesn't span the entire cell if you Insert RightMost Column > -------------------------------------------------------------------------- > > Key: DROOLS-4582 > URL: https://issues.redhat.com/browse/DROOLS-4582 > Project: Drools > Issue Type: Bug > Components: Scenario Simulation and Testing > Reporter: Anna Dupliak > Assignee: Yeser Amer > Priority: Minor > Labels: CustomerFocus, drools-tools > Attachments: image-2019-10-01-10-50-42-411.png > > > !image-2019-10-01-10-50-42-411.png|thumbnail! > Selection doesn't span entirely if you bind new column -- This message was sent by Atlassian Jira (v7.13.8#713008)

4 years, 7 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-5291) Import of empty scesim file leads to Unexpected error

by Yeser Amer (Jira)

[ https://issues.redhat.com/browse/DROOLS-5291?page=com.atlassian.jira.plug... ] Yeser Amer updated DROOLS-5291: ------------------------------- Sprint: 2020 Week 25-27 (from Jun 15) (was: 2020 Week 22-24 (from May 25)) > Import of empty scesim file leads to Unexpected error > ----------------------------------------------------- > > Key: DROOLS-5291 > URL: https://issues.redhat.com/browse/DROOLS-5291 > Project: Drools > Issue Type: Bug > Components: Scenario Simulation and Testing > Affects Versions: 7.36.0.Final > Reporter: Anna Dupliak > Assignee: Yeser Amer > Priority: Minor > Labels: drools-tools, kogito-tooling > Fix For: 7.39.0.Final > > Attachments: Traffic.zip, errorlog.txt, image-2020-04-17-16-47-29-261.png, image-2020-04-17-16-47-32-047.png > > > If user generate a scesim file using vs code extention it is not comparable with BC. > Use Vscode generated files [^Traffic.zip] -- This message was sent by Atlassian Jira (v7.13.8#713008)

4 years, 7 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-3799) Check and fix i18n

by Yeser Amer (Jira)

[ https://issues.redhat.com/browse/DROOLS-3799?page=com.atlassian.jira.plug... ] Yeser Amer updated DROOLS-3799: ------------------------------- Sprint: 2020 Week 25-27 (from Jun 15) (was: 2020 Week 22-24 (from May 25)) > Check and fix i18n > ------------------ > > Key: DROOLS-3799 > URL: https://issues.redhat.com/browse/DROOLS-3799 > Project: Drools > Issue Type: Bug > Components: Scenario Simulation and Testing > Reporter: Gabriele Cardosi > Assignee: Yeser Amer > Priority: Major > Labels: ScenarioSimulation, drools-tools > Fix For: 7.39.0.Final > > > Check that i18n works for all widgets (menu, rightpanel, cheatsheet, etc) and eventually fix it. -- This message was sent by Atlassian Jira (v7.13.8#713008)

4 years, 7 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-5223) User cannot open malformed scesim file. Loading popup is spining infinitive times

by Yeser Amer (Jira)

[ https://issues.redhat.com/browse/DROOLS-5223?page=com.atlassian.jira.plug... ] Yeser Amer updated DROOLS-5223: ------------------------------- Sprint: 2020 Week 25-27 (from Jun 15) (was: 2020 Week 22-24 (from May 25)) > User cannot open malformed scesim file. Loading popup is spining infinitive times > --------------------------------------------------------------------------------- > > Key: DROOLS-5223 > URL: https://issues.redhat.com/browse/DROOLS-5223 > Project: Drools > Issue Type: Bug > Components: Scenario Simulation and Testing > Affects Versions: 7.33.0.Final, 7.34.0.Final, 7.35.0.Final > Reporter: Anna Dupliak > Assignee: Yeser Amer > Priority: Major > Labels: drools-tools > Fix For: 7.39.0.Final > > Attachments: Traffic.scesim > > > If user import Scesim file that have xml tag unclosed, > then user gets warning, but loading popup is not disappearing > and user cannot proceed. -- This message was sent by Atlassian Jira (v7.13.8#713008)

4 years, 7 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-5317) Scenario Simulation shows misleading data type if DMN applies a constraint

by Yeser Amer (Jira)

[ https://issues.redhat.com/browse/DROOLS-5317?page=com.atlassian.jira.plug... ] Yeser Amer reopened DROOLS-5317: -------------------------------- > Scenario Simulation shows misleading data type if DMN applies a constraint > -------------------------------------------------------------------------- > > Key: DROOLS-5317 > URL: https://issues.redhat.com/browse/DROOLS-5317 > Project: Drools > Issue Type: Bug > Affects Versions: 7.37.0.Final > Reporter: Yeser Amer > Assignee: Yeser Amer > Priority: Critical > Labels: drools-tools > Fix For: 7.38.0.Final > > -- This message was sent by Atlassian Jira (v7.13.8#713008)

4 years, 7 months

1
0
0 / 0

[JBoss JIRA] (WFCORE-5005) TlsTestCase#testReloadTrustManager fails on IBM Java 8

by Ondrej Kotek (Jira)

Ondrej Kotek created WFCORE-5005: ------------------------------------ Summary: TlsTestCase#testReloadTrustManager fails on IBM Java 8 Key: WFCORE-5005 URL: https://issues.redhat.com/browse/WFCORE-5005 Project: WildFly Core Issue Type: Bug Components: Security Affects Versions: 13.0.0.Beta1 Reporter: Ondrej Kotek TlsTestCase#testReloadTrustManager fails on IBM Java 8 at [TlsTestCase.java#L439|https://github.com/wildfly/wildfly-core/blob/master...] reporting the same DN. When I try to compare using canonical names, there is a difference. Using RFC1779 or RFC2253 names is ok. {noformat} Assert.assertEquals(originalFoundDN.getIssuerX500Principal().getName(X500Principal.CANONICAL), ISSUER_DN.getName(X500Principal.CANONICAL)); [ERROR] TlsTestCase.testReloadTrustManager:439 expected:<....2.840.113549.1.9.1=[#1613656c7974726f6e4077696c64666c792e6f7267],c=uk,st=elytron,cn=...> but was:<....2.840.113549.1.9.1=[elytron@wildfly.org],c=uk,st=elytron,cn=...> {noformat} Is it just a test issue, or can there be an impact on functionality? In case it's just a test issue, can we assert equality of names? I.e. {noformat} Assert.assertEquals(originalFoundDN.getIssuerX500Principal().getName(), ISSUER_DN.getName()); {noformat} The same for [TlsTestCase.java#L465|https://github.com/wildfly/wildfly-core/blob/master...] then. -- This message was sent by Atlassian Jira (v7.13.8#713008)

4 years, 7 months

1
0
0 / 0

[JBoss JIRA] (WFLY-13276) Galleon provisioning is failing intermittently on s390

by Yeray Borges Santana (Jira)

[ https://issues.redhat.com/browse/WFLY-13276?page=com.atlassian.jira.plugi... ] Yeray Borges Santana commented on WFLY-13276: --------------------------------------------- Just for the record, although we have already upgraded the WwildFly Galleon Plugins to 4.2.8.Final, we still need an upgrade of wildfly-core in WildFly to see the results in Team City. > Galleon provisioning is failing intermittently on s390 > ------------------------------------------------------ > > Key: WFLY-13276 > URL: https://issues.redhat.com/browse/WFLY-13276 > Project: WildFly > Issue Type: Bug > Components: Build System > Reporter: Yeray Borges Santana > Assignee: Yeray Borges Santana > Priority: Major > Attachments: provisioning-error.log > > > It seems to be randomly between build and dist modules, but in s390 environment the builds fail with the following error: > {noformat} > org.jboss.galleon.ProvisioningException: Failed to generate host.xml on { > [Step 3/4] "operation" => "composite", > [Step 3/4] "address" => [], > [Step 3/4] "rollback-on-runtime-failure" => true, > [Step 3/4] "steps" => [ > [Step 3/4] { > [Step 3/4] "operation" => "add", > [Step 3/4] "address" => [ > [Step 3/4] {"host" => "master"}, > [Step 3/4] {"subsystem" => "elytron"} > [Step 3/4] ], > [Step 3/4] "disallowed-providers" => ["OracleUcrypto"], > [Step 3/4] "final-providers" => "combined-providers" > [Step 3/4] }, > [Step 3/4] { > [Step 3/4] "operation" => "add", > [Step 3/4] "address" => [ > [Step 3/4] {"host" => "master"}, > [Step 3/4] {"subsystem" => "elytron"}, > [Step 3/4] {"provider-loader" => "elytron"} > [Step 3/4] ], > [Step 3/4] "module" => "org.wildfly.security.elytron" > [Step 3/4] }, > [Step 3/4] { > [Step 3/4] "operation" => "add", > [Step 3/4] "address" => [ > [Step 3/4] {"host" => "master"}, > [Step 3/4] {"subsystem" => "elytron"}, > [Step 3/4] {"provider-loader" => "openssl"} > [Step 3/4] ], > [Step 3/4] "module" => "org.wildfly.openssl" > [Step 3/4] }, > [Step 3/4] { > [Step 3/4] "operation" => "add", > [Step 3/4] "address" => [ > [Step 3/4] {"host" => "master"}, > [Step 3/4] {"subsystem" => "elytron"}, > [Step 3/4] {"aggregate-providers" => "combined-providers"} > [Step 3/4] ], > [Step 3/4] "providers" => [ > [Step 3/4] "elytron", > [Step 3/4] "openssl" > [Step 3/4] ] > [Step 3/4] }, > [Step 3/4] { > [Step 3/4] "operation" => "add", > [Step 3/4] "address" => [ > [Step 3/4] {"host" => "master"}, > [Step 3/4] {"subsystem" => "elytron"}, > [Step 3/4] {"identity-realm" => "local"} > [Step 3/4] ], > [Step 3/4] "identity" => "$local" > [Step 3/4] }, > [Step 3/4] { > [Step 3/4] "operation" => "add", > [Step 3/4] "address" => [ > [Step 3/4] {"host" => "master"}, > [Step 3/4] {"subsystem" => "elytron"}, > [Step 3/4] {"file-audit-log" => "local-audit"} > [Step 3/4] ], > [Step 3/4] "format" => "JSON", > [Step 3/4] "path" => "audit.log", > [Step 3/4] "relative-to" => "jboss.domain.log.dir" > [Step 3/4] }, > [Step 3/4] { > [Step 3/4] "operation" => "add", > [Step 3/4] "address" => [ > [Step 3/4] {"host" => "master"}, > [Step 3/4] {"subsystem" => "elytron"}, > [Step 3/4] {"constant-realm-mapper" => "local"} > [Step 3/4] ], > [Step 3/4] "realm-name" => "local" > [Step 3/4] }, > [Step 3/4] { > [Step 3/4] "operation" => "add", > [Step 3/4] "address" => [ > [Step 3/4] {"host" => "master"}, > [Step 3/4] {"subsystem" => "elytron"}, > [Step 3/4] {"provider-http-server-mechanism-factory" => "global"} > [Step 3/4] ] > [Step 3/4] }, > [Step 3/4] { > [Step 3/4] "operation" => "add", > [Step 3/4] "address" => [ > [Step 3/4] {"host" => "master"}, > [Step 3/4] {"subsystem" => "elytron"}, > [Step 3/4] {"simple-permission-mapper" => "default-permission-mapper"} > [Step 3/4] ], > [Step 3/4] "mapping-mode" => "first", > [Step 3/4] "permission-mappings" => [ > [Step 3/4] { > [Step 3/4] "principals" => ["anonymous"], > [Step 3/4] "permission-sets" => [{"permission-set" => "default-permissions"}] > [Step 3/4] }, > [Step 3/4] { > [Step 3/4] "match-all" => "true", > [Step 3/4] "permission-sets" => [ > [Step 3/4] {"permission-set" => "login-permission"}, > [Step 3/4] {"permission-set" => "default-permissions"} > [Step 3/4] ] > [Step 3/4] } > [Step 3/4] ] > [Step 3/4] }, > [Step 3/4] { > [Step 3/4] "operation" => "add", > [Step 3/4] "address" => [ > [Step 3/4] {"host" => "master"}, > [Step 3/4] {"subsystem" => "elytron"}, > [Step 3/4] {"simple-role-decoder" => "groups-to-roles"} > [Step 3/4] ], > [Step 3/4] "attribute" => "groups" > [Step 3/4] }, > [Step 3/4] { > [Step 3/4] "operation" => "add", > [Step 3/4] "address" => [ > [Step 3/4] {"host" => "master"}, > [Step 3/4] {"subsystem" => "elytron"}, > [Step 3/4] {"provider-sasl-server-factory" => "global"} > [Step 3/4] ] > [Step 3/4] }, > [Step 3/4] { > [Step 3/4] "operation" => "add", > [Step 3/4] "address" => [ > [Step 3/4] {"host" => "master"}, > [Step 3/4] {"subsystem" => "elytron"}, > [Step 3/4] {"mechanism-provider-filtering-sasl-server-factory" => "elytron"} > [Step 3/4] ], > [Step 3/4] "filters" => [{"provider-name" => "WildFlyElytron"}], > [Step 3/4] "sasl-server-factory" => "global" > [Step 3/4] }, > [Step 3/4] { > [Step 3/4] "operation" => "add", > [Step 3/4] "address" => [ > [Step 3/4] {"host" => "master"}, > [Step 3/4] {"subsystem" => "elytron"}, > [Step 3/4] {"configurable-sasl-server-factory" => "configured"} > [Step 3/4] ], > [Step 3/4] "properties" => {"wildfly.sasl.local-user.default-user" => "$local"}, > [Step 3/4] "sasl-server-factory" => "elytron" > [Step 3/4] }, > [Step 3/4] { > [Step 3/4] "operation" => "add", > [Step 3/4] "address" => [ > [Step 3/4] {"host" => "master"}, > [Step 3/4] {"subsystem" => "elytron"}, > [Step 3/4] {"constant-role-mapper" => "super-user-mapper"} > [Step 3/4] ], > [Step 3/4] "roles" => ["SuperUser"] > [Step 3/4] }, > [Step 3/4] { > [Step 3/4] "operation" => "add", > [Step 3/4] "address" => [ > [Step 3/4] {"host" => "master"}, > [Step 3/4] {"subsystem" => "elytron"}, > [Step 3/4] {"permission-set" => "login-permission"} > [Step 3/4] ], > [Step 3/4] "permissions" => [{"class-name" => "org.wildfly.security.auth.permission.LoginPermission"}] > [Step 3/4] }, > [Step 3/4] { > [Step 3/4] "operation" => "add", > [Step 3/4] "address" => [ > [Step 3/4] {"host" => "master"}, > [Step 3/4] {"subsystem" => "elytron"}, > [Step 3/4] {"permission-set" => "default-permissions"} > [Step 3/4] ], > [Step 3/4] "permissions" => [] > [Step 3/4] }, > [Step 3/4] { > [Step 3/4] "operation" => "add", > [Step 3/4] "address" => [ > [Step 3/4] {"host" => "master"}, > [Step 3/4] {"subsystem" => "elytron"}, > [Step 3/4] {"properties-realm" => "ManagementRealm"} > [Step 3/4] ], > [Step 3/4] "users-properties" => { > [Step 3/4] "path" => "mgmt-users.properties", > [Step 3/4] "relative-to" => "jboss.domain.config.dir", > [Step 3/4] "digest-realm-name" => "ManagementRealm" > [Step 3/4] } > [Step 3/4] }, > [Step 3/4] { > [Step 3/4] "operation" => "write-attribute", > [Step 3/4] "address" => [ > [Step 3/4] {"host" => "master"}, > [Step 3/4] {"subsystem" => "elytron"}, > [Step 3/4] {"properties-realm" => "ManagementRealm"} > [Step 3/4] ], > [Step 3/4] "name" => "groups-properties", > [Step 3/4] "value" => { > [Step 3/4] "path" => "mgmt-groups.properties", > [Step 3/4] "relative-to" => "jboss.domain.config.dir" > [Step 3/4] } > [Step 3/4] }, > [Step 3/4] { > [Step 3/4] "operation" => "add", > [Step 3/4] "address" => [ > [Step 3/4] {"host" => "master"}, > [Step 3/4] {"subsystem" => "elytron"}, > [Step 3/4] {"security-domain" => "ManagementDomain"} > [Step 3/4] ], > [Step 3/4] "default-realm" => "ManagementRealm", > [Step 3/4] "permission-mapper" => "default-permission-mapper", > [Step 3/4] "realms" => [ > [Step 3/4] { > [Step 3/4] "realm" => "ManagementRealm", > [Step 3/4] "role-decoder" => "groups-to-roles" > [Step 3/4] }, > [Step 3/4] { > [Step 3/4] "realm" => "local", > [Step 3/4] "role-mapper" => "super-user-mapper" > [Step 3/4] } > [Step 3/4] ] > [Step 3/4] }, > [Step 3/4] { > [Step 3/4] "operation" => "add", > [Step 3/4] "address" => [ > [Step 3/4] {"host" => "master"}, > [Step 3/4] {"subsystem" => "elytron"}, > [Step 3/4] {"sasl-authentication-factory" => "management-sasl-authentication"} > [Step 3/4] ], > [Step 3/4] "mechanism-configurations" => [ > [Step 3/4] { > [Step 3/4] "mechanism-name" => "JBOSS-LOCAL-USER", > [Step 3/4] "realm-mapper" => "local" > [Step 3/4] }, > [Step 3/4] { > [Step 3/4] "mechanism-name" => "DIGEST-MD5", > [Step 3/4] "mechanism-realm-configurations" => [{"realm-name" => "ManagementRealm"}] > [Step 3/4] } > [Step 3/4] ], > [Step 3/4] "sasl-server-factory" => "configured", > [Step 3/4] "security-domain" => "ManagementDomain" > [Step 3/4] }, > [Step 3/4] { > [Step 3/4] "operation" => "add", > [Step 3/4] "address" => [ > [Step 3/4] {"host" => "master"}, > [Step 3/4] {"subsystem" => "elytron"}, > [Step 3/4] {"http-authentication-factory" => "management-http-authentication"} > [Step 3/4] ], > [Step 3/4] "http-server-mechanism-factory" => "global", > [Step 3/4] "mechanism-configurations" => [{ > [Step 3/4] "mechanism-name" => "BASIC", > [Step 3/4] "mechanism-realm-configurations" => [{"realm-name" => "Management Realm"}] > [Step 3/4] }], > [Step 3/4] "security-domain" => "ManagementDomain" > [Step 3/4] } > [Step 3/4] ] > [Step 3/4] }: {"WFLYCTL0062: Composite operation failed and was rolled back. Steps that failed:" => {"Operation step-2" => { > [Step 3/4] "WFLYCTL0412: Required services that are not installed:" => ["elytron.security-properties"], > [Step 3/4] "WFLYCTL0180: Services with missing/unavailable dependencies" => ["org.wildfly.security.providers.elytron is missing [elytron.security-properties]"] > [Step 3/4] }}} > [Step 3/4] at org.wildfly.galleon.plugin.config.generator.WfConfigGenerator.doHandle(WfConfigGenerator.java:356) > [Step 3/4] at org.wildfly.galleon.plugin.config.generator.WfConfigGenerator.endBatch(WfConfigGenerator.java:272) > [Step 3/4] at org.wildfly.galleon.plugin.config.generator.WfConfigGenerator.executeScript(WfConfigGenerator.java:494) > [Step 3/4] at org.wildfly.galleon.plugin.config.generator.WfConfigGenerator.forkedForEmbedded(WfConfigGenerator.java:471) > [Step 3/4] at org.wildfly.galleon.plugin.server.ForkedEmbeddedUtil.main(ForkedEmbeddedUtil.java:208) > [Step 3/4] [INFO] Overall Galleon provisioning took 27.115 seconds > {noformat} -- This message was sent by Atlassian Jira (v7.13.8#713008)

4 years, 7 months

1
0
0 / 0

[JBoss JIRA] (WFCORE-4944) Upgrade XNIO from 3.8.0 to ...

by Ilia Vassilev (Jira)

[ https://issues.redhat.com/browse/WFCORE-4944?page=com.atlassian.jira.plug... ] Ilia Vassilev closed WFCORE-4944. --------------------------------- Release Notes Text: Duplicate of WFCORE-4969 Resolution: Duplicate Issue > Upgrade XNIO from 3.8.0 to ... > ------------------------------ > > Key: WFCORE-4944 > URL: https://issues.redhat.com/browse/WFCORE-4944 > Project: WildFly Core > Issue Type: Component Upgrade > Components: Build System > Reporter: Ilia Vassilev > Assignee: Flavia Rainone > Priority: Major > Labels: downstream_dependency > > Upgrade XNIO to 3.7.6.SP3. -- This message was sent by Atlassian Jira (v7.13.8#713008)

4 years, 7 months

1
0
0 / 0

[JBoss JIRA] (WFCORE-5004) TlsTestCase#testReloadTrustManager fails on IBM Java 8

by Darran Lofthouse (Jira)

[ https://issues.redhat.com/browse/WFCORE-5004?page=com.atlassian.jira.plug... ] Darran Lofthouse reassigned WFCORE-5004: ---------------------------------------- Assignee: (was: Darran Lofthouse) > TlsTestCase#testReloadTrustManager fails on IBM Java 8 > ------------------------------------------------------ > > Key: WFCORE-5004 > URL: https://issues.redhat.com/browse/WFCORE-5004 > Project: WildFly Core > Issue Type: Bug > Components: Security > Affects Versions: 13.0.0.Beta1 > Reporter: Ondrej Kotek > Priority: Major > > TlsTestCase#testReloadTrustManager fails on IBM Java 8 at [TlsTestCase.java#L439|https://github.com/wildfly/wildfly-core/blob/master...] reporting the same DN. When I try to compare using canonical names, there is a difference. Using RFC1779 or RFC2253 names is ok. > {noformat} > Assert.assertEquals(originalFoundDN.getIssuerX500Principal().getName(X500Principal.CANONICAL), ISSUER_DN.getName(X500Principal.CANONICAL)); > [ERROR] TlsTestCase.testReloadTrustManager:439 expected:<....2.840.113549.1.9.1=[#1613656c7974726f6e4077696c64666c792e6f7267],c=uk,st=elytron,cn=...> but was:<....2.840.113549.1.9.1=[elytron@wildfly.org],c=uk,st=elytron,cn=...> > {noformat} > Is it just a test issue, or can there be an impact on functionality? In case it's just a test issue, can we assert equality of names? I.e. > {noformat} > Assert.assertEquals(originalFoundDN.getIssuerX500Principal().getName(), ISSUER_DN.getName()); > {noformat} > The same for [TlsTestCase.java#L465|https://github.com/wildfly/wildfly-core/blob/master...] then. -- This message was sent by Atlassian Jira (v7.13.8#713008)

4 years, 7 months

1
0
0 / 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-jira June 2020