January 2021 - jboss-jira - Jboss List Archives

[Red Hat JIRA] (WFLY-14287) NoClassDefFoundError: Failed to link org/bouncycastle/openpgp/PGPEncryptedDataList: org/bouncycastle/util/Iterable

by Radoslav Ivanov (Jira)

[ https://issues.redhat.com/browse/WFLY-14287?page=com.atlassian.jira.plugi... ] Radoslav Ivanov edited comment on WFLY-14287 at 1/20/21 11:20 PM: ------------------------------------------------------------------ [~brian.stansberry], thanks for the reply and detailed explanation. I pretty well understand those about foodprint, independence, compatibility, etc. So I will understand if you reject changes. Anyway, I would like to share some food for thought in a scenario and hopefully we can find a solution for it in the future. Let say we have a critical CVE (CVE-2020-28052 in bouncycastle). It is tricky to update the duplicate module only and not the private one for no newer WildFly (WF) reasons. Sometimes, for security reasons WF users may take the risk to depend on a private module and update it (after some regression testing) instead of running on vulnerable along with another updated version of bouncycastle. was (Author: rady66): [~brian.stansberry], thanks for the reply and detailed explanation. I pretty well understand those about foodprint, independence, compatibility, etc. So I will understand if you reject changes. Anyway, I would like to share some food for thought in a scenario and hopefully we can find a solution for it in the future. Let say we have a critical CVE-2020-28052 in bouncycastle. It is tricky to not update the private (duplicate) older version until you get a newer WildFly (WF). Sometimes, for security reasons WF users may take the risk to depend on a private module and update it (after some regression testing) instead of running on vulnerable along with another updated version of bouncycastle. > NoClassDefFoundError: Failed to link org/bouncycastle/openpgp/PGPEncryptedDataList: org/bouncycastle/util/Iterable > ------------------------------------------------------------------------------------------------------------------ > > Key: WFLY-14287 > URL: https://issues.redhat.com/browse/WFLY-14287 > Project: WildFly > Issue Type: Bug > Affects Versions: 21.0.1.Final > Reporter: Radoslav Ivanov > Assignee: Sudeshna Sur > Priority: Major > > Could you please add missing dependencies in Bouncycastle modules? > Problem (we got): > {code:java} > Caused by: java.lang.NoClassDefFoundError: Failed to link org/bouncycastle/openpgp/PGPEncryptedDataList (Module "org.bouncycastle.bcpg" version 1.66.00.0 from local module loader @1d1f7216 (finder: local module finder @423e4cbb (roots: /data/avoka/transact/manager/server/modules,/data/avoka/transact/manager/server/modules/system/layers/base))): org/bouncycastle/util/Iterable > {code} > > Solution (adding dependency from bcpg to bcprov modules solves the issue): > {code:java} > modules\system\layers\base\org\bouncycastle\bcpg\main\module.xml{code} > {code:java} > <dependencies> > <module name="org.bouncycastle.bcprov" export="true" services="export"/> > </dependencies> > {code} > -- This message was sent by Atlassian Jira (v8.13.1#813001)

5 years, 2 months

1
0
0 / 0

[Red Hat JIRA] (WFLY-14287) NoClassDefFoundError: Failed to link org/bouncycastle/openpgp/PGPEncryptedDataList: org/bouncycastle/util/Iterable

by Radoslav Ivanov (Jira)

[ https://issues.redhat.com/browse/WFLY-14287?page=com.atlassian.jira.plugi... ] Radoslav Ivanov commented on WFLY-14287: ---------------------------------------- [~brian.stansberry], thanks for the reply and detailed explanation. I pretty well understand those about foodprint, independence, compatibility, etc. So I will understand if you reject changes. Anyway, I would like to share some food for thought in a scenario and hopefully we can find a solution for it in the future. Let say we have a critical CVE-2020-28052 in bouncycastle. It is tricky to not update the private (duplicate) older version until you get a newer WildFly (WF). Sometimes, for security reasons WF users may take the risk to depend on a private module and update it (after some regression testing) instead of running on vulnerable along with another updated version of bouncycastle. > NoClassDefFoundError: Failed to link org/bouncycastle/openpgp/PGPEncryptedDataList: org/bouncycastle/util/Iterable > ------------------------------------------------------------------------------------------------------------------ > > Key: WFLY-14287 > URL: https://issues.redhat.com/browse/WFLY-14287 > Project: WildFly > Issue Type: Bug > Affects Versions: 21.0.1.Final > Reporter: Radoslav Ivanov > Assignee: Sudeshna Sur > Priority: Major > > Could you please add missing dependencies in Bouncycastle modules? > Problem (we got): > {code:java} > Caused by: java.lang.NoClassDefFoundError: Failed to link org/bouncycastle/openpgp/PGPEncryptedDataList (Module "org.bouncycastle.bcpg" version 1.66.00.0 from local module loader @1d1f7216 (finder: local module finder @423e4cbb (roots: /data/avoka/transact/manager/server/modules,/data/avoka/transact/manager/server/modules/system/layers/base))): org/bouncycastle/util/Iterable > {code} > > Solution (adding dependency from bcpg to bcprov modules solves the issue): > {code:java} > modules\system\layers\base\org\bouncycastle\bcpg\main\module.xml{code} > {code:java} > <dependencies> > <module name="org.bouncycastle.bcprov" export="true" services="export"/> > </dependencies> > {code} > -- This message was sent by Atlassian Jira (v8.13.1#813001)

5 years, 2 months

1
0
0 / 0

[Red Hat JIRA] (WFLY-14271) NullPointerException when ejb timers services fails during loading timer from database upon activation

by Chao Wang (Jira)

[ https://issues.redhat.com/browse/WFLY-14271?page=com.atlassian.jira.plugi... ] Chao Wang updated WFLY-14271: ----------------------------- Labels: downstream_dependency (was: ) > NullPointerException when ejb timers services fails during loading timer from database upon activation > ------------------------------------------------------------------------------------------------------ > > Key: WFLY-14271 > URL: https://issues.redhat.com/browse/WFLY-14271 > Project: WildFly > Issue Type: Bug > Components: EJB > Reporter: Enrique González Martínez > Assignee: Enrique González Martínez > Priority: Major > Labels: downstream_dependency > Fix For: 22.0.0.Final > > > NullPointerException when ejb timers services fails during loading timer from database upon activation. > This causes the timerObjectId set not being created and failing afterwards. > {noformat} > Caused by: java.lang.RuntimeException: java.lang.NullPointerException > at org.jboss.as.ejb3@7.2.9.GA-redhat-00003//org.jboss.as.ejb3.timerservice.TimerServiceImpl.persistTimer(TimerServiceImpl.java:632) > at org.jboss.as.ejb3@7.2.9.GA-redhat-00003//org.jboss.as.ejb3.timerservice.TimerServiceImpl.createTimer(TimerServiceImpl.java:480) > at org.jboss.as.ejb3@7.2.9.GA-redhat-00003//org.jboss.as.ejb3.timerservice.TimerServiceImpl.createSingleActionTimer(TimerServiceImpl.java:305) > at deployment.ROOT.war//org.jbpm.services.ejb.timer.EJBTimerScheduler.internalSchedule(EJBTimerScheduler.java:202) > Caused by: java.lang.NullPointerException > at org.jboss.as.ejb3@7.2.9.GA-redhat-00003//org.jboss.as.ejb3.timerservice.persistence.database.DatabaseTimerPersistence.addTimer(DatabaseTimerPersistence.java:337) > at org.jboss.as.ejb3@7.2.9.GA-redhat-00003//org.jboss.as.ejb3.timerservice.TimerServiceImpl.persistTimer(TimerServiceImpl.java:613) > {noformat} -- This message was sent by Atlassian Jira (v8.13.1#813001)

5 years, 2 months

1
0
0 / 0

[Red Hat JIRA] (WFLY-14312) Implement MicroProfile REST Client 2.0 additions

by Ronald Sigal (Jira)

[ https://issues.redhat.com/browse/WFLY-14312?page=com.atlassian.jira.plugi... ] Ronald Sigal moved RESTEASY-2815 to WFLY-14312: ----------------------------------------------- Component/s: (was: jaxrs) Fix Version/s: 23.0.0.Beta1 (was: 3.15.0.Final) Key: WFLY-14312 (was: RESTEASY-2815) Affects Version/s: (was: 3.14.0.Final) Workflow: GIT Pull Request workflow (was: classic default workflow) Project: WildFly (was: RESTEasy) > Implement MicroProfile REST Client 2.0 additions > ------------------------------------------------ > > Key: WFLY-14312 > URL: https://issues.redhat.com/browse/WFLY-14312 > Project: WildFly > Issue Type: Feature Request > Reporter: r searls > Assignee: r searls > Priority: Major > Fix For: 23.0.0.Beta1 > > > Umbrella Jira for MP-rest-client 2.0 additions -- This message was sent by Atlassian Jira (v8.13.1#813001)

5 years, 2 months

1
0
0 / 0

[Red Hat JIRA] (WFLY-14219) Utilize JBoss Modules version 1.9 in module descriptors

by Brian Stansberry (Jira)

[ https://issues.redhat.com/browse/WFLY-14219?page=com.atlassian.jira.plugi... ] Brian Stansberry reassigned WFLY-14219: --------------------------------------- Fix Version/s: 23.0.0.Beta1 Assignee: Boris Unckel (was: Brian Stansberry) Resolution: Done > Utilize JBoss Modules version 1.9 in module descriptors > ------------------------------------------------------- > > Key: WFLY-14219 > URL: https://issues.redhat.com/browse/WFLY-14219 > Project: WildFly > Issue Type: Task > Components: Server > Affects Versions: 22.0.0.Alpha1 > Reporter: Boris Unckel > Assignee: Boris Unckel > Priority: Major > Fix For: 23.0.0.Beta1 > > Attachments: 2020-12-13_wildfly-22.0.0.Beta1-SNAPSHOT_modules_15_16_17.txt, 2020-12-16_wfjdep2_22.0.0.Beta1-SNAPSHOT.7z, 2020-12-16_wfjdep_22.0.0.Beta1-SNAPSHOT.7z > > > There are still modules which use 1.5, 1.6 or 1.7 and do not need that. The idea is to run jdeps on each artifact of a modul, add the relevant java.* and jdk.* modules to the dependencies of the module and upgrade to version 1.8. In a first change only none-jdk modules and none which depend on system dependency. > List in 2020-12-13_wildfly-22.0.0.Beta1-SNAPSHOT_modules_15_16_17.txt > Changes in a first set of modules in WildFly-Core [WFCORE-5229|https://issues.redhat.com/browse/WFCORE-5229] integration tests were successful. -- This message was sent by Atlassian Jira (v8.13.1#813001)

5 years, 2 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 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)

5 years, 2 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)

5 years, 2 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)

5 years, 2 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)

5 years, 2 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)

5 years, 2 months

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 January 2021