January 2021 - jboss-jira - Jboss List Archives

[Red Hat JIRA] (WFLY-12971) SmallRye Metrics - JmxWorker - findKeyForValueToBeReplaced could use some polish

by Jason Lee (Jira)

[ https://issues.redhat.com/browse/WFLY-12971?page=com.atlassian.jira.plugi... ] Jason Lee resolved WFLY-12971. ------------------------------ Resolution: Done The issue was fixed upstream and shipped with WF 19. > SmallRye Metrics - JmxWorker - findKeyForValueToBeReplaced could use some polish > -------------------------------------------------------------------------------- > > Key: WFLY-12971 > URL: https://issues.redhat.com/browse/WFLY-12971 > Project: WildFly > Issue Type: Bug > Components: MP Metrics > Reporter: Rostislav Svoboda > Assignee: Jason Lee > Priority: Major > Fix For: 19.0.0.Final > > > SmallRye Metrics - JmxWorker - findKeyForValueToBeReplaced could use some polish > https://github.com/smallrye/smallrye-metrics/blob/master/implementation/s... > - iterate entrySet instead of keySet > - can it happen that there are more entries with value '*' ? > - shouldn't the for cycle end when the (first?) match is found ? -- This message was sent by Atlassian Jira (v8.13.1#813001)

3 years, 8 months

1
0
0 / 0

[Red Hat JIRA] (WFLY-12971) SmallRye Metrics - JmxWorker - findKeyForValueToBeReplaced could use some polish

by Jason Lee (Jira)

[ https://issues.redhat.com/browse/WFLY-12971?page=com.atlassian.jira.plugi... ] Jason Lee updated WFLY-12971: ----------------------------- Fix Version/s: 19.0.0.Final > SmallRye Metrics - JmxWorker - findKeyForValueToBeReplaced could use some polish > -------------------------------------------------------------------------------- > > Key: WFLY-12971 > URL: https://issues.redhat.com/browse/WFLY-12971 > Project: WildFly > Issue Type: Bug > Components: MP Metrics > Reporter: Rostislav Svoboda > Assignee: Jason Lee > Priority: Major > Fix For: 19.0.0.Final > > > SmallRye Metrics - JmxWorker - findKeyForValueToBeReplaced could use some polish > https://github.com/smallrye/smallrye-metrics/blob/master/implementation/s... > - iterate entrySet instead of keySet > - can it happen that there are more entries with value '*' ? > - shouldn't the for cycle end when the (first?) match is found ? -- This message was sent by Atlassian Jira (v8.13.1#813001)

3 years, 8 months

1
0
0 / 0

[Red Hat JIRA] (WFLY-11855) Transient failures in MicroProfileMetricsDifferentFormatsValueTestCase

by Jason Lee (Jira)

[ https://issues.redhat.com/browse/WFLY-11855?page=com.atlassian.jira.plugi... ] Jason Lee updated WFLY-11855: ----------------------------- Comment: was deleted (was: The linked build has been removed from the server. In looking at the logs for recent runs, I could not find any failures for this test. Is this still an issue and I'm missing it, or has then been resolved at some point since reporting?) > Transient failures in MicroProfileMetricsDifferentFormatsValueTestCase > ----------------------------------------------------------------------- > > Key: WFLY-11855 > URL: https://issues.redhat.com/browse/WFLY-11855 > Project: WildFly > Issue Type: Bug > Components: MP Metrics > Affects Versions: 16.0.0.Final > Reporter: Paul Ferraro > Assignee: Jason Lee > Priority: Major > > This test appears to be overly sensitive to slow CI agents. > e.g. > https://ci.wildfly.org/viewLog.html?buildId=142846&buildTypeId=WF_PullReq... -- This message was sent by Atlassian Jira (v8.13.1#813001)

3 years, 8 months

1
0
0 / 0

[Red Hat JIRA] (WFLY-11855) Transient failures in MicroProfileMetricsDifferentFormatsValueTestCase

by Jason Lee (Jira)

[ https://issues.redhat.com/browse/WFLY-11855?page=com.atlassian.jira.plugi... ] Jason Lee commented on WFLY-11855: ---------------------------------- The linked build has been removed from the server. In looking at the logs for recent runs, I could not find any failures for this test. Is this still an issue and I'm missing it, or has then been resolved at some point since reporting? > Transient failures in MicroProfileMetricsDifferentFormatsValueTestCase > ----------------------------------------------------------------------- > > Key: WFLY-11855 > URL: https://issues.redhat.com/browse/WFLY-11855 > Project: WildFly > Issue Type: Bug > Components: MP Metrics > Affects Versions: 16.0.0.Final > Reporter: Paul Ferraro > Assignee: Jason Lee > Priority: Major > > This test appears to be overly sensitive to slow CI agents. > e.g. > https://ci.wildfly.org/viewLog.html?buildId=142846&buildTypeId=WF_PullReq... -- This message was sent by Atlassian Jira (v8.13.1#813001)

3 years, 8 months

1
0
0 / 0

[Red Hat JIRA] (WFLY-12970) SmallRye Metrics - MetricsRegistryImpl - removal of entry from map which is currently iterated

by Jason Lee (Jira)

[ https://issues.redhat.com/browse/WFLY-12970?page=com.atlassian.jira.plugi... ] Jason Lee commented on WFLY-12970: ---------------------------------- The upstream issue was closed, but I went ahead and create a small PR to make a change that should address the issue. I have opened a PR for smallrye-metrics and reported it to the team (via gitter) and will discuss the appropriateness as well as the content of the change. https://github.com/smallrye/smallrye-metrics/pull/394 > SmallRye Metrics - MetricsRegistryImpl - removal of entry from map which is currently iterated > ---------------------------------------------------------------------------------------------- > > Key: WFLY-12970 > URL: https://issues.redhat.com/browse/WFLY-12970 > Project: WildFly > Issue Type: Bug > Components: MP Metrics > Reporter: Rostislav Svoboda > Assignee: Jason Lee > Priority: Major > > SmallRye Metrics - MetricsRegistryImpl - removal of entry from map which is currently iterated > https://github.com/smallrye/smallrye-metrics/blob/master/implementation/s... > Method {{removeMatching}} is iterating over {{metricMap}}. If there is a match {{remove}} method is called. This method removes entry from {{metricMap}} and from {{metadataMap}}. > I don't like the fact that the entry is removed from the map by external method while the map is currently iterated by the {{removeMatching}} method. > I think https://docs.oracle.com/javase/8/docs/api/java/util/Iterator.html#remove-- should be called in {{removeMatching}} for {{metricMap}} entry + invocation of metadataMap.remove(entry.getKey()) + log mesasge; -- This message was sent by Atlassian Jira (v8.13.1#813001)

3 years, 8 months

1
0
0 / 0

[Red Hat JIRA] (DROOLS-5955) KieScanner not properly updating model assets (classes) on incremental updates

by Mario Fusco (Jira)

[ https://issues.redhat.com/browse/DROOLS-5955?page=com.atlassian.jira.plug... ] Mario Fusco updated DROOLS-5955: -------------------------------- Sprint: 2021 Week 04-06 (from Jan 25) > KieScanner not properly updating model assets (classes) on incremental updates > ------------------------------------------------------------------------------ > > Key: DROOLS-5955 > URL: https://issues.redhat.com/browse/DROOLS-5955 > Project: Drools > Issue Type: Bug > Components: core engine > Affects Versions: 7.48.0.Final > Reporter: B Brown > Assignee: Mario Fusco > Priority: Major > Attachments: LogFile.txt, RunTest.java, TestScannerUpdate-1.0.0-SNAPSHOT.jar > > > KieScanner is not correctly applying incremental kjar updates to KieContainer when those updates include changes to "Model" assets authored in Business Central. > Adding a new field to a model in business central, then updating a rule to reference that value will work the first time. If you repeat this again, adding another new field and new reference in a rule, after updating the KieContainer using KieScanner, executing fireAllRules on a new session will fail with an exception, claiming it cannot find the setter method for the new attribute. > It is expected that the KieScanner should be able to take new kjars produced from BC and consistently update KieContainers with their updates. There is no workaround for this. Please refer to the "Steps to Reproduce". > This was using 7.48.Final drools libraries and Business Central 7.48.Final but experienced similar issue before on 7.43.1.Final as well. > I've attached the final kjar that caused the error, the RunTest.java containing the main method that ran the test as well as the log file. > > My dependencies in maven for RunTest.java were: > * group: org.drools artifact: drools-bom ,version: 7.48.Final > * group: org.kie artifact: kie-ci > * group: org.drools artifact: drools-workbench-models-guided-dtable > * group: org.drools artifact: drools-workbench-models-guided-template -- This message was sent by Atlassian Jira (v8.13.1#813001)

3 years, 8 months

1
0
0 / 0

[Red Hat JIRA] (LOGMGR-283) The TCCL should be set when configuring resources

by James Perkins (Jira)

James Perkins created LOGMGR-283: ------------------------------------ Summary: The TCCL should be set when configuring resources Key: LOGMGR-283 URL: https://issues.redhat.com/browse/LOGMGR-283 Project: JBoss Log Manager Issue Type: Bug Reporter: James Perkins Assignee: James Perkins When configuring resources the TCCL should be set to the class loader for the type being configured. In the case of a modular environment the type may use the TCCL to initialize other types. For example in WildFly if a {{custom-handler}} is used that handler may be in it's own module and attempt to use the TCCL to initialize another type. -- This message was sent by Atlassian Jira (v8.13.1#813001)

3 years, 8 months

1
0
0 / 0

[Red Hat JIRA] (ELYWEB-124) Add documentation to ServletSecurityContextImpl$IdentityContainer attribute name that describes special handling in WildFly

by Paul Ferraro (Jira)

Paul Ferraro created ELYWEB-124: ----------------------------------- Summary: Add documentation to ServletSecurityContextImpl$IdentityContainer attribute name that describes special handling in WildFly Key: ELYWEB-124 URL: https://issues.redhat.com/browse/ELYWEB-124 Project: Elytron Web Issue Type: Task Components: Undertow Servlet Affects Versions: 2.0.0.Alpha5, 1.8.0.Final Reporter: Paul Ferraro Assignee: Paul Ferraro See: https://github.com/wildfly/wildfly/pull/13879#discussion_r559192174 -- This message was sent by Atlassian Jira (v8.13.1#813001)

3 years, 8 months

1
0
0 / 0

[Red Hat JIRA] (WFLY-14300) Create Jakarta Bean Validation TCK runner for WildFly EE 9

by Jason Lee (Jira)

[ https://issues.redhat.com/browse/WFLY-14300?page=com.atlassian.jira.plugi... ] Jason Lee resolved WFLY-14300. ------------------------------ Resolution: Done Guillaume Smet made some changes on the HV side. Scott and I worked with the Jenkins build to get the tests to run. > Create Jakarta Bean Validation TCK runner for WildFly EE 9 > ---------------------------------------------------------- > > Key: WFLY-14300 > URL: https://issues.redhat.com/browse/WFLY-14300 > Project: WildFly > Issue Type: Sub-task > Components: Bean Validation > Reporter: Scott Marlow > Assignee: Jason Lee > Priority: Major > Fix For: 23.0.0.Beta1 > > > This task is about creating a new TCK test runner for running the [beanvalidation-tck|https://github.com/eclipse-ee4j/beanvalidation-tck] ([binary BV TCK link |https://download.eclipse.org/jakartaee/bean-validation/3.0/beanvalidation-tck-dist-3.0.0.zip]) that can be similar to the Hibernate Validator project [tck-runner|https://github.com/hibernate/hibernate-validator/tree/master/t...] except it will be updated to work with Bean Validation 3.0 (Jakarta EE 9) instead of Bean Validation 2.0. > https://github.com/eclipse-ee4j/bvtck-porting is an example TCK runner that is used for GlassFish. > The documentation for the Bean Validation TCK is available at https://docs.jboss.org/hibernate/stable/beanvalidation/tck/reference/html... (and https://docs.jboss.org/hibernate/stable/beanvalidation/tck/reference/html...) which I believe describes how to set up a TCK runner for an EE 8 implementation. > Please note that https://github.com/eclipse-ee4j/beanvalidation-tck#jakarta-bean-validatio... points to what should be Jakarta EE 9 setup examples documentation. -- This message was sent by Atlassian Jira (v8.13.1#813001)

3 years, 8 months

1
0
0 / 0

[Red Hat JIRA] (WFLY-10863) MP Health is not available in domain mode

by Jeff Mesnil (Jira)

[ https://issues.redhat.com/browse/WFLY-10863?page=com.atlassian.jira.plugi... ] Jeff Mesnil reassigned WFLY-10863: ---------------------------------- Assignee: Martin Stefanko (was: Jeff Mesnil) > MP Health is not available in domain mode > ----------------------------------------- > > Key: WFLY-10863 > URL: https://issues.redhat.com/browse/WFLY-10863 > Project: WildFly > Issue Type: Feature Request > Components: MP Health > Reporter: Rostislav Svoboda > Assignee: Martin Stefanko > Priority: Major > Labels: domain-mode > > MP Health is not available in domain mode. > Analysis is not saying that domain is out of scope, EAP7 RFE is not explicit about this either. > We may resolve this just by making it explicit, that MP health is just fo standalone for now. > For domain we should at least have a plan what to do and how -- This message was sent by Atlassian Jira (v8.13.1#813001)

3 years, 8 months

1
0
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-jira January 2021