[JBoss JIRA] (JGRP-2491) Reduce use of synchronized
by Bela Ban (Jira)
[ https://issues.redhat.com/browse/JGRP-2491?page=com.atlassian.jira.plugin... ]
Bela Ban closed JGRP-2491.
--------------------------
Resolution: Won't Fix
This will be fixed by the Loom project (replacing synchronized with ReentrantLock intrinsically)
> Reduce use of synchronized
> --------------------------
>
> Key: JGRP-2491
> URL: https://issues.redhat.com/browse/JGRP-2491
> Project: JGroups
> Issue Type: Enhancement
> Reporter: Bela Ban
> Assignee: Bela Ban
> Priority: Minor
> Fix For: 5.0.0.Final
>
>
> The synchronized keyword fares badly with virtual threads (project Loom). Contrary to {{java.util.concurrent.lock.Lock}}, {{synchronized}} can still block. This might change in the future, but for now, we should replace all uses of {{synchronized}} with {{Lock.lock()/unlock().}}
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
5 years, 12 months
[JBoss JIRA] (JGRP-2274) ASYM_ENCRYPT: deprecate sign_msgs
by Bela Ban (Jira)
[ https://issues.redhat.com/browse/JGRP-2274?page=com.atlassian.jira.plugin... ]
Bela Ban commented on JGRP-2274:
--------------------------------
[~nsawadsky] Perhaps support for this is enabled in more recent JDKs (I used 11)?
> ASYM_ENCRYPT: deprecate sign_msgs
> ---------------------------------
>
> Key: JGRP-2274
> URL: https://issues.redhat.com/browse/JGRP-2274
> Project: JGroups
> Issue Type: Enhancement
> Reporter: Bela Ban
> Assignee: Bela Ban
> Priority: Major
> Fix For: 4.0.12
>
>
> In {{ASYM_ENCRYPT}}, signing messages means that the checksum of an encrypted message is computed and used together with the secret key of the sender to sign the message. On the receiver side, the public key of the sender is used to validate the signature.
> However, this is redundant, as decryption of a message will fail if the contents have been changed.
> If needed, signing of messages can be done in a separate protocol.
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
5 years, 12 months
[JBoss JIRA] (WFCORE-3485) Misleading failure-description for capabilities in domain
by Moulali Shikalwadi (Jira)
[ https://issues.redhat.com/browse/WFCORE-3485?page=com.atlassian.jira.plug... ]
Moulali Shikalwadi commented on WFCORE-3485:
--------------------------------------------
[~olukas], [~brian.stansberry] Is this issue still persist? Could you please add some steps to reproduce it.
> Misleading failure-description for capabilities in domain
> ---------------------------------------------------------
>
> Key: WFCORE-3485
> URL: https://issues.redhat.com/browse/WFCORE-3485
> Project: WildFly Core
> Issue Type: Bug
> Components: Management
> Affects Versions: 3.0.10.Final
> Reporter: Ondrej Lukas
> Priority: Minor
>
> In case when configuration in domain.xml tries to reference any capability from host.xml (or vice versa), but should not be able to reference it then it correctly fails, but there is failure-description which is misleading.
> Start domain with default domain.xml and host.xml and run following CLI command and see:
> {code}
> /profile=full/subsystem=elytron/http-authentication-factory=some-factory:add(http-server-mechanism-factory=global,security-domain=ManagementDomain)
> {
> "outcome" => "failed",
> "failure-description" => {"domain-failure-description" => "WFLYCTL0369: Required capabilities are not available:
> org.wildfly.security.security-domain.ManagementDomain in context 'profile=full'; Possible registration points for this capability:
> /host=master/subsystem=elytron/security-domain=*
> /profile=*/subsystem=elytron/security-domain=*"},
> "rolled-back" => true
> }
> {code}
> It should show only correct registration point {{/profile=\*/subsystem=elytron/security-domain=\*}}. It is misleading because ManagementDomain capability exists in {{/host=master/subsystem=elytron/security-domain=*}}.
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
5 years, 12 months
[JBoss JIRA] (WFLY-13575) Remove all hard coded references to Artemis default values
by Emmanuel Hugonnet (Jira)
[ https://issues.redhat.com/browse/WFLY-13575?page=com.atlassian.jira.plugi... ]
Emmanuel Hugonnet commented on WFLY-13575:
------------------------------------------
The goal is to check for changes between current Artemis default and wildFly configuration default when they are not different currently. Those values you found should be excluded for now
> Remove all hard coded references to Artemis default values
> ----------------------------------------------------------
>
> Key: WFLY-13575
> URL: https://issues.redhat.com/browse/WFLY-13575
> Project: WildFly
> Issue Type: Enhancement
> Components: JMS
> Affects Versions: 20.0.0.Final
> Reporter: Emmanuel Hugonnet
> Assignee: Michal Petrov
> Priority: Major
>
> There are still attributes that use Artemis default configuration valuues from FileConfiguration for example.
> Remove those values so that they are not updated behind the scene and add a test to know when our default values don't align with Artemis ones.
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
5 years, 12 months
[JBoss JIRA] (WFLY-13680) Generated metrics have duplicate labels
by Jeff Mesnil (Jira)
[ https://issues.redhat.com/browse/WFLY-13680?page=com.atlassian.jira.plugi... ]
Jeff Mesnil commented on WFLY-13680:
------------------------------------
I checked that WildFly 19 that upgraded the smallrye-metrics component (in charge of exporting the metrics) had fixed this issue in WFLY-13022
> Generated metrics have duplicate labels
> ---------------------------------------
>
> Key: WFLY-13680
> URL: https://issues.redhat.com/browse/WFLY-13680
> Project: WildFly
> Issue Type: Bug
> Components: MP Metrics
> Reporter: Ivona Skorjanc
> Assignee: Jeff Mesnil
> Priority: Major
> Attachments: kc_metric.txt
>
>
> We are using Keycloak which generates metrics using the jBoss CLI: [https://github.com/keycloak/keycloak-containers/blob/master/server/tools/...]
> We want to use Telegraf (with the Prometheus input plugin) to read the generated metrics. However, we get the following error:
> {{Error in plugin: error reading metrics for [http://localhost:9990/metrics]: reading text format failed: text format parsing error in line 34: second HELP line for metric name "base_gc_total"}}
> The base_gc_total metric appears twice for some reason. See the full metrics output in the attachment.
>
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
5 years, 12 months