September 2020 - jboss-jira - Jboss List Archives

[JBoss JIRA] (WFLY-13849) Decouple version.org.infinispan.server from version.org.infinispan

by Radoslav Husar (Jira)

[ https://issues.redhat.com/browse/WFLY-13849?page=com.atlassian.jira.plugi... ] Radoslav Husar updated WFLY-13849: ---------------------------------- Fix Version/s: 21.0.0.Beta1 > Decouple version.org.infinispan.server from version.org.infinispan > ------------------------------------------------------------------ > > Key: WFLY-13849 > URL: https://issues.redhat.com/browse/WFLY-13849 > Project: WildFly > Issue Type: Task > Components: Test Suite > Affects Versions: No Release > Reporter: Radoslav Husar > Assignee: Radoslav Husar > Priority: Minor > Fix For: 21.0.0.Beta1 > > > This had been fixed version until recently. While this is nifty as it keeps the versions synchronized, this is a problem in: > * prod builds which override the version > * clustering CI builds which test against snapshots > * QE jobs > More details in the cloned from issue. -- This message was sent by Atlassian Jira (v7.13.8#713008)

4 years, 3 months

1
0
0 / 0

[JBoss JIRA] (WFLY-13849) Decouple version.org.infinispan.server from version.org.infinispan

by Radoslav Husar (Jira)

[ https://issues.redhat.com/browse/WFLY-13849?page=com.atlassian.jira.plugi... ] Radoslav Husar updated WFLY-13849: ---------------------------------- Affects Version/s: No Release > Decouple version.org.infinispan.server from version.org.infinispan > ------------------------------------------------------------------ > > Key: WFLY-13849 > URL: https://issues.redhat.com/browse/WFLY-13849 > Project: WildFly > Issue Type: Task > Components: Test Suite > Affects Versions: No Release > Reporter: Radoslav Husar > Assignee: Radoslav Husar > Priority: Minor > > This had been fixed version until recently. While this is nifty as it keeps the versions synchronized, this is a problem in: > * prod builds which override the version > * clustering CI builds which test against snapshots > * QE jobs > More details in the cloned from issue. -- This message was sent by Atlassian Jira (v7.13.8#713008)

4 years, 3 months

1
0
0 / 0

[JBoss JIRA] (WFLY-13849) Decouple version.org.infinispan.server from version.org.infinispan

by Radoslav Husar (Jira)

[ https://issues.redhat.com/browse/WFLY-13849?page=com.atlassian.jira.plugi... ] Radoslav Husar updated WFLY-13849: ---------------------------------- Component/s: Test Suite (was: Build System) (was: Clustering) > Decouple version.org.infinispan.server from version.org.infinispan > ------------------------------------------------------------------ > > Key: WFLY-13849 > URL: https://issues.redhat.com/browse/WFLY-13849 > Project: WildFly > Issue Type: Task > Components: Test Suite > Reporter: Radoslav Husar > Assignee: Radoslav Husar > Priority: Minor > > This had been fixed version until recently. While this is nifty as it keeps the versions synchronized, this is a problem in: > * prod builds which override the version > * clustering CI builds which test against snapshots > * QE jobs > More details in the cloned from issue. -- This message was sent by Atlassian Jira (v7.13.8#713008)

4 years, 3 months

1
0
0 / 0

[JBoss JIRA] (WFLY-13849) Decouple version.org.infinispan.server from version.org.infinispan

by Radoslav Husar (Jira)

[ https://issues.redhat.com/browse/WFLY-13849?page=com.atlassian.jira.plugi... ] Radoslav Husar updated WFLY-13849: ---------------------------------- Issue Type: Task (was: Bug) > Decouple version.org.infinispan.server from version.org.infinispan > ------------------------------------------------------------------ > > Key: WFLY-13849 > URL: https://issues.redhat.com/browse/WFLY-13849 > Project: WildFly > Issue Type: Task > Components: Build System, Clustering > Reporter: Radoslav Husar > Assignee: Radoslav Husar > Priority: Minor > > This had been fixed version until recently. While this is nifty as it keeps the versions synchronized, this is a problem in: > * prod builds which override the version > * clustering CI builds which test against snapshots > * QE jobs > More details in the cloned from issue. -- This message was sent by Atlassian Jira (v7.13.8#713008)

4 years, 3 months

1
0
0 / 0

[JBoss JIRA] (WFLY-13849) Decouple version.org.infinispan.server from version.org.infinispan

by Radoslav Husar (Jira)

[ https://issues.redhat.com/browse/WFLY-13849?page=com.atlassian.jira.plugi... ] Radoslav Husar updated WFLY-13849: ---------------------------------- Description: This had been fixed version until recently. While this is nifty as it keeps the versions synchronized, this is a problem in: * prod builds which override the version * clustering CI builds which test against snapshots * QE jobs More details in the cloned from issue. was: With changes introduced in [1] we started to observe failures in _Building WildFly Test Suite: Integration - Clustering_ Maven step. In our productized builds the _version.org.infinispan.server_ property value points to the unexisting URL (e.g. [2]). Well, we might provide the value (aligned with the upstream version of infinispan server) and that would fix the build step - but we don't have an access to URL [3] in order to list available versions. [1] - https://github.com/wildfly/wildfly/pull/13377/files#diff-3ddc6126e22d89cc... [2] - https://downloads.jboss.org/infinispan/10.1.8.Final-redhat-00001/infinisp... [3] - https://downloads.jboss.org/infinispan/ > Decouple version.org.infinispan.server from version.org.infinispan > ------------------------------------------------------------------ > > Key: WFLY-13849 > URL: https://issues.redhat.com/browse/WFLY-13849 > Project: WildFly > Issue Type: Bug > Components: Build System, Clustering > Reporter: Radoslav Husar > Assignee: Radoslav Husar > Priority: Minor > > This had been fixed version until recently. While this is nifty as it keeps the versions synchronized, this is a problem in: > * prod builds which override the version > * clustering CI builds which test against snapshots > * QE jobs > More details in the cloned from issue. -- This message was sent by Atlassian Jira (v7.13.8#713008)

4 years, 3 months

1
0
0 / 0

[JBoss JIRA] (WFLY-13849) Decouple version.org.infinispan.server from version.org.infinispan

by Radoslav Husar (Jira)

[ https://issues.redhat.com/browse/WFLY-13849?page=com.atlassian.jira.plugi... ] Radoslav Husar moved JBEAP-20184 to WFLY-13849: ----------------------------------------------- Project: WildFly (was: JBoss Enterprise Application Platform) Key: WFLY-13849 (was: JBEAP-20184) Workflow: GIT Pull Request workflow (was: CDW with loose statuses v1) Component/s: Build System Clustering (was: Build System) (was: Clustering) Fix Version/s: (was: 7.4.0.CD21) > Decouple version.org.infinispan.server from version.org.infinispan > ------------------------------------------------------------------ > > Key: WFLY-13849 > URL: https://issues.redhat.com/browse/WFLY-13849 > Project: WildFly > Issue Type: Bug > Components: Build System, Clustering > Reporter: Radoslav Husar > Assignee: Radoslav Husar > Priority: Minor > > With changes introduced in [1] we started to observe failures in _Building WildFly Test Suite: Integration - Clustering_ Maven step. > In our productized builds the _version.org.infinispan.server_ property value points to the unexisting URL (e.g. [2]). > Well, we might provide the value (aligned with the upstream version of infinispan server) and that would fix the build step - but we don't have an access to URL [3] in order to list available versions. > [1] - https://github.com/wildfly/wildfly/pull/13377/files#diff-3ddc6126e22d89cc... > [2] - https://downloads.jboss.org/infinispan/10.1.8.Final-redhat-00001/infinisp... > [3] - https://downloads.jboss.org/infinispan/ -- This message was sent by Atlassian Jira (v7.13.8#713008)

4 years, 3 months

1
0
0 / 0

[JBoss JIRA] (ELYWEB-114) Release Elytron Web 1.8.0.Final

by Farah Juma (Jira)

[ https://issues.redhat.com/browse/ELYWEB-114?page=com.atlassian.jira.plugi... ] Farah Juma resolved ELYWEB-114. ------------------------------- Resolution: Done > Release Elytron Web 1.8.0.Final > ------------------------------- > > Key: ELYWEB-114 > URL: https://issues.redhat.com/browse/ELYWEB-114 > Project: Elytron Web > Issue Type: Release > Reporter: Farah Juma > Assignee: Farah Juma > Priority: Major > Fix For: 1.8.0.Final > > -- This message was sent by Atlassian Jira (v7.13.8#713008)

4 years, 3 months

1
0
0 / 0

[JBoss JIRA] (WFLY-13840) Problematic Language usage deprecation and replacement

by Cheng Fang (Jira)

[ https://issues.redhat.com/browse/WFLY-13840?page=com.atlassian.jira.plugi... ] Cheng Fang updated WFLY-13840: ------------------------------ Description: The engineering performed preliminary analysis as per the guidance and then identified the following areas related to ejb to be replaced: blacklist in wildfly-naming-client repo (impact 1, maybe 2) blacklist in jboss-ejb-client (impact 1, 2) use of blacklist, whitelist, slave in ejb3 subsystem was: The engineering performed preliminary analysis as per the guidance [1] and then identified the following areas related to ejb to be replaced: blacklist in wildfly-naming-client repo (impact 1, maybe 2) blacklist in jboss-ejb-client (impact 1, 2) use of blacklist, whitelist, slave in ejb3 subsystem [1]https://docs.google.com/document/d/19KSYtmOKK9KQ0qHN6Ix338CrzcWbdQPZ1FI... > Problematic Language usage deprecation and replacement > ------------------------------------------------------ > > Key: WFLY-13840 > URL: https://issues.redhat.com/browse/WFLY-13840 > Project: WildFly > Issue Type: Task > Components: EJB > Affects Versions: 20.0.1.Final > Reporter: Cheng Fang > Assignee: Cheng Fang > Priority: Major > > The engineering performed preliminary analysis as per the guidance and then identified the following areas related to ejb to be replaced: > blacklist in wildfly-naming-client repo (impact 1, maybe 2) > blacklist in jboss-ejb-client (impact 1, 2) > use of blacklist, whitelist, slave in ejb3 subsystem > -- This message was sent by Atlassian Jira (v7.13.8#713008)

4 years, 3 months

1
0
0 / 0

[JBoss JIRA] (WFLY-13848) Add a new security-plugins module

by Darran Lofthouse (Jira)

Darran Lofthouse created WFLY-13848: --------------------------------------- Summary: Add a new security-plugins module Key: WFLY-13848 URL: https://issues.redhat.com/browse/WFLY-13848 Project: WildFly Issue Type: Sub-task Components: Security Affects Versions: 20.0.1.Final Reporter: Darran Lofthouse Assignee: Darran Lofthouse Fix For: 21.0.0.Beta1 The package "org.jboss.as.security.plugins" needs to be split out as the web services subsystem has a dependency on the legacy security subsystem module just to access this - if we split this out then webservices will not pull in the security subsystem module with it's layer. The new module should be marked as private This new module will also need to contain the "org.jboss.as.security.lru" package. -- This message was sent by Atlassian Jira (v7.13.8#713008)

4 years, 3 months

1
0
0 / 0

[JBoss JIRA] (JGRP-2501) Jgroup view not stabilized after upgrading from 3.4.3 to 4.0.10

by Ajay Sharma (Jira)

[ https://issues.redhat.com/browse/JGRP-2501?page=com.atlassian.jira.plugin... ] Ajay Sharma updated JGRP-2501: ------------------------------ Summary: Jgroup view not stabilized after upgrading from 3.4.3 to 4.0.10 (was: Jgroup view not stabilized after upgrading from 3.4.3 to 4.01.0) > Jgroup view not stabilized after upgrading from 3.4.3 to 4.0.10 > --------------------------------------------------------------- > > Key: JGRP-2501 > URL: https://issues.redhat.com/browse/JGRP-2501 > Project: JGroups > Issue Type: Bug > Affects Versions: 4.0.10 > Reporter: Ajay Sharma > Assignee: Bela Ban > Priority: Major > > Hi > we have 15 node cluster after upgrading Jgroup from 3.4.3 to 4.0.10, system is unstable and keep getting below logs > 2020-09-03 11:47:30.317 WARN org.jgroups.protocols.pbcast.GMS - vmc0198-27827: not member of view [vmc0208-48939|123]; discarding it > 2020-09-03 11:47:32.316 WARN org.jgroups.protocols.pbcast.GMS - vmc0198-27827: failed to create view from delta-view; dropping view: java.lang.IllegalStateException: the view-id of the delta view ([vmc0208-48939|123]) doesn't match the current view-id ([vmc0208-48939|122]); discarding delta view [vmc0208-48939|124], ref-view=[vmc0208-48939|123], joined=[vmc0198-5504] > 2020-09-03 11:47:32.323 WARN org.jgroups.protocols.pbcast.GMS - vmc0198-27827: not member of view [vmc0208-48939|124]; discarding it. > 2020-09-03 11:49:07.160 WARN org.jgroups.protocols.pbcast.NAKACK2 - JGRP000011: vmc0198-63871: dropped message batch from non-member vmc0201-28703 (view=MergeView::[vmc0208-48939|140] (24) [ ***REMOVING MACHINE NAME AND PORT ***] ]) > 2020-09-03 11:49:07.160 WARN org.jgroups.protocols.pbcast.NAKACK2 - JGRP000011: vmc0198-23411: dropped message batch from non-member vmc0201-28703 (view=[***REMOVING MACHINE NAME AND PORT FOR CLEAR VIEW ***] .]) > 2020-09-05 16:16:07.380 DEBUG org.jgroups.protocols.FD_ALL - haven't received a heartbeat from vmc0201-55458 for 12541 ms, adding it to suspect list > 2020-09-05 16:16:07.535 DEBUG org.jgroups.protocols.FD_SOCK - vmc0198-24881: failed connecting to vmc0204-45403: connect timed out > 2020-09-05 16:16:07.536 DEBUG org.jgroups.protocols.FD_SOCK - vmc0198-24881: broadcasting suspect(vmc0204-45403) > 2020-09-05 16:16:07.536 DEBUG org.jgroups.protocols.FD_SOCK - vmc0198-24881: pingable_mbrs=[***REMOVING MACHINE NAME AND PORT ***], ping_dest=vmc0204-54485 > 2020-09-05 16:16:08.513 DEBUG org.jgroups.protocols.pbcast.GMS - vmc0198-52842: installing view [ ***REMOVING MACHINE NAME AND PORT FOR CLEAR VIEW *** ] > 2020-09-05 16:16:08.513 DEBUG org.jgroups.protocols.pbcast.GMS - vmc0198-24881: installing view [vmc0200-30543|2672] (184) [ ***REMOVING MACHINE NAME AND PORT FOR CLEAR VIEW *** ] > =================================== > To isolate the issue we have created a small program both in Jgroup 3.4.3 and Jgroups 4.0.10 > Both applications take IP addresses and the number of channels as arguments. We have run both applications in the following matrix and collected view data and timings. > Below are the stats: > Number of members (number of nodes x number of channels) Jgroups 3.4.3 Jgroup 4.0.10 > 225 (15x15) Simultaneous start 25 - 30 seconds* 15 minutes** > 225 (15x15) Rolling start (view after 15th node start) 20 seconds* 10 minutes** > 196 (14x14) Simultaneous start 25 seconds* 4 minutes** > 169 (13x13) Simultaneous start 30 - 31 seconds* 7 minutes** > 144 (12x12) Simultaneous start 27 seconds* 5 minutes** > 121 (11x11) Simultaneous start 22 seconds* 2 minutes** > 100 (10x10) Simultaneous start 20 seconds* 5 minutes** > ... > ... > 9 to 49 channels (3x3) to (7x7) almost immediate* almost immediate* > Note: Even after taking 15 minutes, views are not stable its keeps fluctuating. > ======= > Below are my protocols used with properties: > Protocol[] protocolStack={ > new UDP().setValue("bind_addr",InetAddress.getByName(myBindAddress)).setValue("mcast_port", 10600).setValue("bind_port", 10601) > .setValue("port_range", 100).setValue("diagnostics_bind_interfaces", parInterfaceList).setValue("diagnostics_port", 10599), > new PING(), > new MERGE3(), > new FD_SOCK().setValue("bind_addr", InetAddress.getByName(myBindAddress)), > new FD_ALL().setValue("timeout", 12000).setValue("interval", 3000), > new VERIFY_SUSPECT().setValue("bind_addr", InetAddress.getByName(myBindAddress)), > new BARRIER(), > new NAKACK2(), > new UNICAST3(), > new STABLE(), > new GMS().setValue("print_local_addr", true), > new UFC(), > new MFC(), > new FRAG2()}; > However, we tried to update below few properties value but no luck > thread_pool_max_threads = 200 in UDP() > Default values of FD_ALL() -- This message was sent by Atlassian Jira (v7.13.8#713008)

4 years, 3 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 September 2020