January 2021 - jboss-jira - Jboss List Archives

[Red Hat JIRA] (SWSQE-1234) Upgrade go and operator sdk versions on kiali-build jenkins worker

by Hayk Hovsepyan (Jira)

[ https://issues.redhat.com/browse/SWSQE-1234?page=com.atlassian.jira.plugi... ] Hayk Hovsepyan updated SWSQE-1234: ---------------------------------- Sprint: Kiali Sprint #47, Kiali Sprint #48, Kiali Sprint #49, Kiali Sprint #50, Kiali Sprint #51 (was: Kiali Sprint #47, Kiali Sprint #48, Kiali Sprint #49, Kiali Sprint #50) > Upgrade go and operator sdk versions on kiali-build jenkins worker > ------------------------------------------------------------------ > > Key: SWSQE-1234 > URL: https://issues.redhat.com/browse/SWSQE-1234 > Project: Kiali QE > Issue Type: QE Task > Reporter: Filip Brychta > Assignee: Filip Brychta > Priority: Major > Labels: infrastructure > > To be able to update operator sdk we need to wait for https://github.com/kiali/kiali/issues/2983 -- This message was sent by Atlassian Jira (v8.13.1#813001)

5 years, 3 months

1
0
0 / 0

[Red Hat JIRA] (SWSQE-1235) How to colaborate better between teams

by Hayk Hovsepyan (Jira)

[ https://issues.redhat.com/browse/SWSQE-1235?page=com.atlassian.jira.plugi... ] Hayk Hovsepyan updated SWSQE-1235: ---------------------------------- Sprint: Kiali Sprint #47, Kiali Sprint #48, Kiali Sprint #49, Kiali Sprint #50, Kiali Sprint #51 (was: Kiali Sprint #47, Kiali Sprint #48, Kiali Sprint #49, Kiali Sprint #50) > How to colaborate better between teams > -------------------------------------- > > Key: SWSQE-1235 > URL: https://issues.redhat.com/browse/SWSQE-1235 > Project: Kiali QE > Issue Type: QE Task > Reporter: Filip Brychta > Assignee: Filip Brychta > Priority: Minor > Labels: infrastructure > > We would like to share tasks between teams better. > e.g. infra tasks with Leonardo > Also common jenkins libs would be a good idea. > etc. > We should also take a look at https://gitlab.sat.engineering.redhat.com/rhprod/rhprod-jenkins-library -- This message was sent by Atlassian Jira (v8.13.1#813001)

5 years, 3 months

1
0
0 / 0

[Red Hat JIRA] (SWSQE-1143) Solve python2 vs. python3 problem on jenkins slaves

by Hayk Hovsepyan (Jira)

[ https://issues.redhat.com/browse/SWSQE-1143?page=com.atlassian.jira.plugi... ] Hayk Hovsepyan updated SWSQE-1143: ---------------------------------- Sprint: Kiali Sprint #39, Kiali Sprint #40, Kiali Sprint #41, Kiali Sprint #42, Kiali Sprint #43, Kiali Sprint #44, Kiali Sprint #45, Kiali Sprint #46, Kiali Sprint #47, Kiali Sprint #48, Kiali Sprint #49, Kiali Sprint #50, Kiali Sprint #51 (was: Kiali Sprint #39, Kiali Sprint #40, Kiali Sprint #41, Kiali Sprint #42, Kiali Sprint #43, Kiali Sprint #44, Kiali Sprint #45, Kiali Sprint #46, Kiali Sprint #47, Kiali Sprint #48, Kiali Sprint #49, Kiali Sprint #50) > Solve python2 vs. python3 problem on jenkins slaves > --------------------------------------------------- > > Key: SWSQE-1143 > URL: https://issues.redhat.com/browse/SWSQE-1143 > Project: Kiali QE > Issue Type: QE Task > Reporter: Filip Brychta > Assignee: Filip Brychta > Priority: Major > Labels: infrastructure > > Usage of python2 as a default python version on our jenkins slaves causes lot of troubles. It would be good to use python3 everywhere. > e.g. lot of problem2 with openstack client on python2: > /usr/lib/python2.7/site-packages/pkg_resources/py2_warn.py:21: UserWarning: Setuptools will stop working on Python 2 > ************************************************************ > You are running Setuptools on Python 2, which is no longer > supported and > >>> SETUPTOOLS WILL STOP WORKING <<< > in a subsequent release (no sooner than 2020-04-20). > Please ensure you are installing > Setuptools using pip 9.x or later or pin to `setuptools<45` > in your environment. > If you have done those things and are still encountering > this message, please follow up at > https://bit.ly/setuptools-py2-warning. > ************************************************************ > sys.version_info < (3,) and warnings.warn(pre + "*" * 60 + msg + "*" * 60) > Traceback (most recent call last): > File "/usr/bin/openstack", line 5, in <module> > from openstackclient.shell import main > File "/usr/lib/python2.7/site-packages/openstackclient/shell.py", line 24, in <module> > from osc_lib import shell > File "/usr/lib/python2.7/site-packages/osc_lib/shell.py", line 33, in <module> > from osc_lib.cli import client_config as cloud_config > File "/usr/lib/python2.7/site-packages/osc_lib/cli/client_config.py", line 18, in <module> > from openstack.config import exceptions as sdk_exceptions > File "/usr/lib/python2.7/site-packages/openstack/__init__.py", line 16, in <module> > import openstack.config > File "/usr/lib/python2.7/site-packages/openstack/config/__init__.py", line 17, in <module> > from openstack.config.loader import OpenStackConfig # noqa > File "/usr/lib/python2.7/site-packages/openstack/config/loader.py", line 33, in <module> > from openstack.config import cloud_region > File "/usr/lib/python2.7/site-packages/openstack/config/cloud_region.py", line 44, in <module> > from openstack import proxy > File "/usr/lib/python2.7/site-packages/openstack/proxy.py", line 24, in <module> > from openstack import resource > File "/usr/lib/python2.7/site-packages/openstack/resource.py", line 49, in <module> > from openstack import utils > File "/usr/lib/python2.7/site-packages/openstack/utils.py", line 13, in <module> > import queue > ImportError: No module named queue -- This message was sent by Atlassian Jira (v8.13.1#813001)

5 years, 3 months

1
0
0 / 0

[Red Hat JIRA] (SWSQE-1242) Update auto clusters to OCP 4.6

by Hayk Hovsepyan (Jira)

[ https://issues.redhat.com/browse/SWSQE-1242?page=com.atlassian.jira.plugi... ] Hayk Hovsepyan updated SWSQE-1242: ---------------------------------- Sprint: Kiali Sprint #48, Kiali Sprint #49, Kiali Sprint #50, Kiali Sprint #51 (was: Kiali Sprint #48, Kiali Sprint #49, Kiali Sprint #50) > Update auto clusters to OCP 4.6 > ------------------------------- > > Key: SWSQE-1242 > URL: https://issues.redhat.com/browse/SWSQE-1242 > Project: Kiali QE > Issue Type: QE Task > Reporter: Filip Brychta > Assignee: Filip Brychta > Priority: Major > Labels: infrastructure > > We need to update our auto1 and auto2 clusters to OCP 4.6. To do this, we need nightly maistra builds with new format. -- This message was sent by Atlassian Jira (v8.13.1#813001)

5 years, 3 months

1
0
0 / 0

[Red Hat JIRA] (SWSQE-1208) UI Automations - Fix random failures

by Hayk Hovsepyan (Jira)

[ https://issues.redhat.com/browse/SWSQE-1208?page=com.atlassian.jira.plugi... ] Hayk Hovsepyan updated SWSQE-1208: ---------------------------------- Sprint: Kiali Sprint #44, Kiali Sprint #45, Kiali Sprint #46, Kiali Sprint #47, Kiali Sprint #48, Kiali Sprint #49, Kiali Sprint #50, Kiali Sprint #51 (was: Kiali Sprint #44, Kiali Sprint #45, Kiali Sprint #46, Kiali Sprint #47, Kiali Sprint #48, Kiali Sprint #49, Kiali Sprint #50) > UI Automations - Fix random failures > ------------------------------------ > > Key: SWSQE-1208 > URL: https://issues.redhat.com/browse/SWSQE-1208 > Project: Kiali QE > Issue Type: QE Task > Reporter: Hayk Hovsepyan > Assignee: Hayk Hovsepyan > Priority: Major > Labels: automation > > https://jenkins2.bc.jonqe.lab.eng.bos.redhat.com:8443/job/run-kiali-ui-te... -- This message was sent by Atlassian Jira (v8.13.1#813001)

5 years, 3 months

1
0
0 / 0

[Red Hat JIRA] (SWSQE-1202) UI Automations - Overview Filters Apply

by Hayk Hovsepyan (Jira)

[ https://issues.redhat.com/browse/SWSQE-1202?page=com.atlassian.jira.plugi... ] Hayk Hovsepyan updated SWSQE-1202: ---------------------------------- Sprint: Kiali Sprint #44, Kiali Sprint #45, Kiali Sprint #46, Kiali Sprint #47, Kiali Sprint #48, Kiali Sprint #49, Kiali Sprint #50, Kiali Sprint #51 (was: Kiali Sprint #44, Kiali Sprint #45, Kiali Sprint #46, Kiali Sprint #47, Kiali Sprint #48, Kiali Sprint #49, Kiali Sprint #50) > UI Automations - Overview Filters Apply > --------------------------------------- > > Key: SWSQE-1202 > URL: https://issues.redhat.com/browse/SWSQE-1202 > Project: Kiali QE > Issue Type: QE Task > Reporter: Hayk Hovsepyan > Assignee: Sunil Kondkar > Priority: Major > Labels: automation > > Overview page contains Filter options. > We need to automate all filter types apply and result checking. -- This message was sent by Atlassian Jira (v8.13.1#813001)

5 years, 3 months

1
0
0 / 0

[Red Hat JIRA] (SWSQE-1056) Try OCP 4.6 on IPv6 in PSI

by Hayk Hovsepyan (Jira)

[ https://issues.redhat.com/browse/SWSQE-1056?page=com.atlassian.jira.plugi... ] Hayk Hovsepyan updated SWSQE-1056: ---------------------------------- Sprint: Kiali Sprint #32, Kiali Sprint #36, Kiali Sprint #37, Kiali Sprint #38, Kiali Sprint #39, Kiali Sprint #40, Kiali Sprint #41, Kiali Sprint #42, Kiali Sprint #43, Kiali Sprint #44, Kiali Sprint #45, Kiali Sprint #46, Kiali Sprint #47, Kiali Sprint #48, Kiali Sprint #49, Kiali Sprint #50, Kiali Sprint #51 (was: Kiali Sprint #32, Kiali Sprint #36, Kiali Sprint #37, Kiali Sprint #38, Kiali Sprint #39, Kiali Sprint #40, Kiali Sprint #41, Kiali Sprint #42, Kiali Sprint #43, Kiali Sprint #44, Kiali Sprint #45, Kiali Sprint #46, Kiali Sprint #47, Kiali Sprint #48, Kiali Sprint #49, Kiali Sprint #50) > Try OCP 4.6 on IPv6 in PSI > -------------------------- > > Key: SWSQE-1056 > URL: https://issues.redhat.com/browse/SWSQE-1056 > Project: Kiali QE > Issue Type: QE Task > Reporter: Filip Brychta > Assignee: Filip Brychta > Priority: Major > Labels: infrastructure > -- This message was sent by Atlassian Jira (v8.13.1#813001)

5 years, 3 months

1
0
0 / 0

[Red Hat JIRA] (SWSQE-1182) DropDown - Optimization of hierarchy.

by Hayk Hovsepyan (Jira)

[ https://issues.redhat.com/browse/SWSQE-1182?page=com.atlassian.jira.plugi... ] Hayk Hovsepyan updated SWSQE-1182: ---------------------------------- Sprint: Kiali Sprint #41, Kiali Sprint #42, Kiali Sprint #43, Kiali Sprint #44, Kiali Sprint #45, Kiali Sprint #46, Kiali Sprint #47, Kiali Sprint #48, Kiali Sprint #49, Kiali Sprint #50, Kiali Sprint #51 (was: Kiali Sprint #41, Kiali Sprint #42, Kiali Sprint #43, Kiali Sprint #44, Kiali Sprint #45, Kiali Sprint #46, Kiali Sprint #47, Kiali Sprint #48, Kiali Sprint #49, Kiali Sprint #50) > DropDown - Optimization of hierarchy. > ------------------------------------- > > Key: SWSQE-1182 > URL: https://issues.redhat.com/browse/SWSQE-1182 > Project: Kiali QE > Issue Type: Task > Reporter: Hayk Hovsepyan > Assignee: Hayk Hovsepyan > Priority: Major > Labels: automation > > Currently there is a big hierarchy of DropDown objects. > It needs to be optimized. -- This message was sent by Atlassian Jira (v8.13.1#813001)

5 years, 3 months

1
0
0 / 0

[Red Hat JIRA] (WFLY-14254) WFLYEJB0132: @PostConstruct method of EJB singleton recursively invoked

by Matěj Novotný (Jira)

[ https://issues.redhat.com/browse/WFLY-14254?page=com.atlassian.jira.plugi... ] Matěj Novotný commented on WFLY-14254: -------------------------------------- bq. If I use for both classes {{(a)javax.ejb.Singleton}} Yes, this won't make a difference because WLFY will still attempt to perform CDI injection (satisfy any {{@Inject}} on the class) into EJB beans. bq. ... it seems that the CDI-Container does not "recognize" that an instance of the Parent (which is indeed a Singleton) is already created by the EJB-Container. Yes, this is what I tried (probably poorly :D) to explain above. The instance of {{Parent}} is most likely not considered as complete until it is created and injected into. And yes, the issue lies somewhere in the integration between EJB and CDI which is done inside WFLY. > WFLYEJB0132: @PostConstruct method of EJB singleton recursively invoked > ----------------------------------------------------------------------- > > Key: WFLY-14254 > URL: https://issues.redhat.com/browse/WFLY-14254 > Project: WildFly > Issue Type: Bug > Components: CDI / Weld, EE > Affects Versions: 21.0.1.Final > Reporter: nimo stephan > Assignee: Matěj Novotný > Priority: Major > > I have following two classes: > > The *Parent* class is a "javax.ejb.Singleton" and injects the other Singleton *Child*: > {code:java} > import javax.annotation.PostConstruct; > import javax.inject.Inject; > @javax.ejb.Singleton > @javax.ejb.Startup > public class Parent { > > @Inject > private Child child; > > @PostConstruct > private void postConstruct() { > System.out.println("> Parent (" + getId() + ") created."); > child.sendMessage(); > } > > public Integer getId() { > return this.hashCode(); > } > } > {code} > > The *Child* class is a "javax.inject.Singleton" and injects the other Singleton *Parent*: > {code:java} > import javax.annotation.PostConstruct; > import javax.inject.Inject; > @javax.inject.Singleton > //(a)javax.ejb.Singleton > public class Child { > > private Parent parent; > > // no-args constructor not needed for @javax.inject.Singleton > public Child() { > } > > // the parent should be injected if already created by container > @Inject > public Child(Parent parent) { > this.parent = parent; > } > > @PostConstruct > private void postConstruct() { > System.out.println("> Child (" + getId() + ") created."); > } > > public void sendMessage() { > System.out.println("> Child called to parent: " + parent.getId()); > } > > public Integer getId() { > return this.hashCode(); > } > } > {code} > > As both are Singletons, the "postConstruct()" for those two classes should only be called once. The Child uses a constructor with an injected Parent thus it should look for it if this instance is already created. However, it seems that the container tries to create the Parent-Instance twice, hence the following error: > {code:java} > Caused by: java.lang.IllegalStateException: WFLYEJB0132: @PostConstruct method of EJB singleton Parent of type io.Parent has been recursively invoked > at org.jboss.as.ejb3@21.0.0.Final//org.jboss.as.ejb3.component.singleton.SingletonComponent.getComponentInstance(SingletonComponent.java:124) > at org.jboss.as.ejb3@21.0.0.Final//org.jboss.as.ejb3.component.singleton.SingletonComponentInstanceAssociationInterceptor.processInvocation(SingletonComponentInstanceAssociationInterceptor.java:48) > at org.jboss.invocation@1.6.0.Final//org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422) > at org.jboss.as.ejb3@21.0.0.Final//org.jboss.as.ejb3.component.interceptors.AdditionalSetupInterceptor.processInvocation(AdditionalSetupInterceptor.java:54) > at org.jboss.invocation@1.6.0.Final//org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422) > at org.jboss.as.ejb3@21.0.0.Final//org.jboss.as.ejb3.tx.CMTTxInterceptor.invokeInCallerTx(CMTTxInterceptor.java:199) > ... 101 more{code} > Of course, I can use "@Inject Parent parent" within the Singleton "Child" instead of constructor injection, then no error is shown. However, constructor injection should also work, or? Is this a bug or is this intended? > -- This message was sent by Atlassian Jira (v8.13.1#813001)

5 years, 3 months

1
0
0 / 0

[Red Hat JIRA] (WFLY-12572) Improve credential and role group

by Brian Stansberry (Jira)

[ https://issues.redhat.com/browse/WFLY-12572?page=com.atlassian.jira.plugi... ] Brian Stansberry updated WFLY-12572: ------------------------------------ Security: (was: Red Hat Internal) > Improve credential and role group > --------------------------------- > > Key: WFLY-12572 > URL: https://issues.redhat.com/browse/WFLY-12572 > Project: WildFly > Issue Type: Enhancement > Components: Security > Reporter: Bartosz Baranowski > Assignee: Bartosz Baranowski > Priority: Major > Fix For: 20.0.0.Beta1, 20.0.0.Final > > > CredntialIdentity(to match SimpleIdentity): > - add equals > - add hashCode > RoleGroup: > - add clone on interface level, so we dont need to cast to implementation -- This message was sent by Atlassian Jira (v8.13.1#813001)

5 years, 3 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