July 2015 - richfaces-planning-issues

[JBoss JIRA] (RFPL-3923) QE verification of staged Final release

by Michal Petrov (JIRA)

Michal Petrov created RFPL-3923: ----------------------------------- Summary: QE verification of staged Final release Key: RFPL-3923 URL: https://issues.jboss.org/browse/RFPL-3923 Project: RichFaces Planning Issue Type: Sub-task Components: release Affects Versions: 4.5.7 Reporter: Michal Petrov Assignee: Pavol Pitonak Fix For: 4.5.7 -- This message was sent by Atlassian JIRA (v6.3.15#6346)

10 years, 8 months

1
0
0 / 0

[JBoss JIRA] (RFPL-3919) RichFaces 4.5.8.Final Release

by Michal Petrov (JIRA)

Michal Petrov created RFPL-3919: ----------------------------------- Summary: RichFaces 4.5.8.Final Release Key: RFPL-3919 URL: https://issues.jboss.org/browse/RFPL-3919 Project: RichFaces Planning Issue Type: Task Components: release Affects Versions: 4.5.7 Reporter: Michal Petrov Assignee: Michal Petrov Priority: Blocker Fix For: 4.5.7 RichFaces version: {{4.5.7.Final}} RichFaces tag: {{[4.5.7.Final|https://github.com/richfaces/richfaces/releases/tag/4.5.7.Final]}} Metamer tag: {{4.5.7.20150619-Final}} Shared Stage: https://repository.jboss.org/nexus/content/groups/staging/ Private stage: https://repository.jboss.org/nexus/content/repositories/jboss_releases_st... Archetype stage: https://repository.jboss.org/nexus/content/repositories/jboss_releases_st... ---- More information can be found in RichFaces 4.X release testing process document [2]. [1] http://docs.jboss.org/jbossas/6/JSF_Guide/en-US/html_single/index.html#ch... [2] https://github.com/richfaces/richfaces-qa/blob/master/howto-release.adoc -- This message was sent by Atlassian JIRA (v6.3.15#6346)

10 years, 8 months

1
0
0 / 0

[JBoss JIRA] (RFPL-2344) Implement POC of deploying only once to container

by Jiří Štefek (JIRA)

[ https://issues.jboss.org/browse/RFPL-2344?page=com.atlassian.jira.plugin.... ] Jiří Štefek edited comment on RFPL-2344 at 7/14/15 9:38 AM: ------------------------------------------------------------ Now I see, thanks for clarification. Imho this can really help to stabilize the test suites on Tomcat, which had problems with memory leaks after undeployment (probably caused by the push -- RF-13071, RFPL-2646). ---- Just a note about the PERM GEN errors: I've noticed the removed {{arquillian.maxTestClassesBeforeRestart}} property (what is the default value? I cannot find it) from {{arquillian.xml}} in Metamer and according to the logs of the job with WildFly 8.1 you have posted here, I saw there *no* container restarts for the whole suite (so the default value of {{maxTestClassesBeforeRestart}} is really high) and despite this fact there were no PERM GEN memory errors. was (Author: jstefek): Now I see, thanks for clarification. Imho this can really help to stabilize the test suites on Tomcat, which had problems with memory leaks after undeployment (probably caused by the JMS push -- RF-13071, RFPL-2646). ---- Just a note about the PERM GEN errors: I've noticed the removed {{arquillian.maxTestClassesBeforeRestart}} property (what is the default value? I cannot find it) from {{arquillian.xml}} in Metamer and according to the logs of the job with WildFly 8.1 you have posted here, I saw there *no* container restarts for the whole suite (so the default value of {{maxTestClassesBeforeRestart}} is really high) and despite this fact there were no PERM GEN memory errors. > Implement POC of deploying only once to container > ------------------------------------------------- > > Key: RFPL-2344 > URL: https://issues.jboss.org/browse/RFPL-2344 > Project: RichFaces Planning > Issue Type: Task > Components: QE > Affects Versions: 4.3.0.M1 > Reporter: Juraj Húska > Assignee: Juraj Húska > Fix For: 4.5.0.Beta1 > > > Try to implement POC of this approach: > # unzip container > # copy application war to the directory from where it is automatically deployed > # comment deployment section of tests > # do that at first for showcase > # run test suite with and without the trick and see the results -- This message was sent by Atlassian JIRA (v6.3.15#6346)

10 years, 9 months

1
0
0 / 0

[JBoss JIRA] (RFPL-2646) Close HornetQ Threads properly [tomcat]

by Jiří Štefek (JIRA)

[ https://issues.jboss.org/browse/RFPL-2646?page=com.atlassian.jira.plugin.... ] Jiří Štefek updated RFPL-2646: ------------------------------ Steps to Reproduce: Run Metamer Ftest with tomcat and check the logs {code} mvn clean verify -Ptomcat-managed-8 -Dtest=TestSimplePush [-Dmetamer.classifier=tomcat7-myfaces] {code} was: Run Metamer Ftest with tomcat and check the logging or see [1] {code} mvn clean verify -Ptomcat-managed-8 -Dtest=TestSimplePush [-Dmetamer.classifier=tomcat7-myfaces] {code} [1] http://hudson.qa.jboss.com/hudson/view/RF-4.0/job/richfaces-metamer-smoke... > Close HornetQ Threads properly [tomcat] > --------------------------------------- > > Key: RFPL-2646 > URL: https://issues.jboss.org/browse/RFPL-2646 > Project: RichFaces Planning > Issue Type: Bug > Affects Versions: 4.3.0.M1 > Environment: RichFaces 4.3.0-SNAPSHOT > Metamer 4.3.0-SNAPSHOT > Apache MyFaces (2.1.8, 2.1.10) or Mojarra (2.1.16) > Apache Tomcat 7.0.29, 7.0.32 > OpenJDK Runtime Environment 1.6.0_24-b24 @ Linux, Java(TM) SE Runtime Environment 1.7.0_09-b05 @ Linux > Firefox 14, 17 @ Linux x86_64 > Reporter: Jiří Štefek > Labels: hortnetq, tomcat > > The HornetQ Threads are not closed properly. This causes memory leaks, which can lead to test suite stuck. > See [1] after each test class. > {code} > Aug 21, 2012 9:59:03 AM org.apache.catalina.loader.WebappClassLoader clearReferencesThreads > SEVERE: The web application [/metamer] appears to have started a thread named [Thread-0 (HornetQ-client-factory-threads-1849147-2133832)] but has failed to stop it. This is very likely to create a memory leak. > {code} > In Myfaces(only) there are also problems with closing ThreadLocals > {code} > Aug 21, 2012 9:59:03 AM org.apache.catalina.loader.WebappClassLoader checkThreadLocalMapForLeaks > SEVERE: The web application [/metamer] created a ThreadLocal with key of type [java.lang.ThreadLocal] (value [java.lang.ThreadLocal@f659f0]) and a value of type [org.apache.myfaces.context.servlet.ServletExternalContextImpl] (value [org.apache.myfaces.context.servlet.ServletExternalContextImpl@18ad373]) but failed to remove it when the web application was stopped. Threads are going to be renewed over time to try and avoid a probable memory leak. > {code} > [1] http://hudson.qa.jboss.com/hudson/view/RF-4.0/job/richfaces-metamer-smoke... -- This message was sent by Atlassian JIRA (v6.3.15#6346)

10 years, 9 months

1
0
0 / 0

[JBoss JIRA] (RFPL-2646) Close HornetQ Threads properly [tomcat]

by Jiří Štefek (JIRA)

[ https://issues.jboss.org/browse/RFPL-2646?page=com.atlassian.jira.plugin.... ] Jiří Štefek updated RFPL-2646: ------------------------------ Steps to Reproduce: Run Metamer Ftest with tomcat and check the logging or see [1] {code} mvn clean verify -Ptomcat-managed-8 -Dtest=TestSimplePush [-Dmetamer.classifier=tomcat7-myfaces] {code} [1] http://hudson.qa.jboss.com/hudson/view/RF-4.0/job/richfaces-metamer-smoke... was: Run Metamer Ftest with tomcat and check the logging or see [1] {code} mvn clean verify -Ptomcat-managed-7 -Dmetamer.classifier=tomcat7-myfaces -Dtomcat7Zip=*pathToTomcatZip* {code} [1] http://hudson.qa.jboss.com/hudson/view/RF-4.0/job/richfaces-metamer-smoke... > Close HornetQ Threads properly [tomcat] > --------------------------------------- > > Key: RFPL-2646 > URL: https://issues.jboss.org/browse/RFPL-2646 > Project: RichFaces Planning > Issue Type: Bug > Affects Versions: 4.3.0.M1 > Environment: RichFaces 4.3.0-SNAPSHOT > Metamer 4.3.0-SNAPSHOT > Apache MyFaces (2.1.8, 2.1.10) or Mojarra (2.1.16) > Apache Tomcat 7.0.29, 7.0.32 > OpenJDK Runtime Environment 1.6.0_24-b24 @ Linux, Java(TM) SE Runtime Environment 1.7.0_09-b05 @ Linux > Firefox 14, 17 @ Linux x86_64 > Reporter: Jiří Štefek > Labels: hortnetq, tomcat > > The HornetQ Threads are not closed properly. This causes memory leaks, which can lead to test suite stuck. > See [1] after each test class. > {code} > Aug 21, 2012 9:59:03 AM org.apache.catalina.loader.WebappClassLoader clearReferencesThreads > SEVERE: The web application [/metamer] appears to have started a thread named [Thread-0 (HornetQ-client-factory-threads-1849147-2133832)] but has failed to stop it. This is very likely to create a memory leak. > {code} > In Myfaces(only) there are also problems with closing ThreadLocals > {code} > Aug 21, 2012 9:59:03 AM org.apache.catalina.loader.WebappClassLoader checkThreadLocalMapForLeaks > SEVERE: The web application [/metamer] created a ThreadLocal with key of type [java.lang.ThreadLocal] (value [java.lang.ThreadLocal@f659f0]) and a value of type [org.apache.myfaces.context.servlet.ServletExternalContextImpl] (value [org.apache.myfaces.context.servlet.ServletExternalContextImpl@18ad373]) but failed to remove it when the web application was stopped. Threads are going to be renewed over time to try and avoid a probable memory leak. > {code} > [1] http://hudson.qa.jboss.com/hudson/view/RF-4.0/job/richfaces-metamer-smoke... -- This message was sent by Atlassian JIRA (v6.3.15#6346)

10 years, 9 months

1
0
0 / 0

[JBoss JIRA] (RFPL-3879) Review framework tests using Warp

by Jiří Štefek (JIRA)

[ https://issues.jboss.org/browse/RFPL-3879?page=com.atlassian.jira.plugin.... ] Jiří Štefek resolved RFPL-3879. ------------------------------- Resolution: Done > Review framework tests using Warp > --------------------------------- > > Key: RFPL-3879 > URL: https://issues.jboss.org/browse/RFPL-3879 > Project: RichFaces Planning > Issue Type: Task > Components: QE > Affects Versions: 4.5.6 > Reporter: Pavol Pitonak > Assignee: Jiří Štefek > Fix For: 4.5.8 > > > There are few framework tests that use Arquillian Warp and all of them fail, probably caused by ARQ-1952. > Unless there is some developer's activity in Arquillian Warp, feel free to remove tests covered in Metamer or rewrite without using Warp if not covered in Metamer. -- This message was sent by Atlassian JIRA (v6.3.15#6346)

10 years, 9 months

1
0
0 / 0

[JBoss JIRA] (RFPL-3879) Review framework tests using Warp

by Jiří Štefek (JIRA)

[ https://issues.jboss.org/browse/RFPL-3879?page=com.atlassian.jira.plugin.... ] Jiří Štefek updated RFPL-3879: ------------------------------ Fix Version/s: 4.5.8 > Review framework tests using Warp > --------------------------------- > > Key: RFPL-3879 > URL: https://issues.jboss.org/browse/RFPL-3879 > Project: RichFaces Planning > Issue Type: Task > Components: QE > Affects Versions: 4.5.6 > Reporter: Pavol Pitonak > Assignee: Jiří Štefek > Fix For: 4.5.8 > > > There are few framework tests that use Arquillian Warp and all of them fail, probably caused by ARQ-1952. > Unless there is some developer's activity in Arquillian Warp, feel free to remove tests covered in Metamer or rewrite without using Warp if not covered in Metamer. -- This message was sent by Atlassian JIRA (v6.3.15#6346)

10 years, 9 months

1
0
0 / 0

[JBoss JIRA] (RFPL-3264) Create tests for @FlowScoped annotation

by Matej Novotny (JIRA)

[ https://issues.jboss.org/browse/RFPL-3264?page=com.atlassian.jira.plugin.... ] Matej Novotny updated RFPL-3264: -------------------------------- Fix Version/s: 4.5.8 (was: 4.5-Tracking) > Create tests for @FlowScoped annotation > --------------------------------------- > > Key: RFPL-3264 > URL: https://issues.jboss.org/browse/RFPL-3264 > Project: RichFaces Planning > Issue Type: Enhancement > Components: QE > Reporter: Matej Novotny > Assignee: Matej Novotny > Labels: jsf22 > Fix For: 4.5.8 > > > Based on RFPL-2506, we need to create tests to verify that our components work correctly with @FlowScoped annotation introduced in JSF 2.2. > As for test creation it would be possible to reuse a wizard use-case in Showcase (r:togglePanel - Wizard creation), or any other similar scenario. > For more information about @FlowScoped in JSF 2.2, visit this [page|http://jdevelopment.nl/jsf-22/#730]. -- This message was sent by Atlassian JIRA (v6.3.15#6346)

10 years, 9 months

1
0
0 / 0

[JBoss JIRA] (RFPL-3264) Create tests for @FlowScoped annotation

by Matej Novotny (JIRA)

[ https://issues.jboss.org/browse/RFPL-3264?page=com.atlassian.jira.plugin.... ] Matej Novotny resolved RFPL-3264. --------------------------------- Resolution: Done Added a smoke test into [Metamer|https://github.com/richfaces/richfaces-qa/blob/master/metamer/fte...]. It is automated and only executes when JSF version is 2.2+. > Create tests for @FlowScoped annotation > --------------------------------------- > > Key: RFPL-3264 > URL: https://issues.jboss.org/browse/RFPL-3264 > Project: RichFaces Planning > Issue Type: Enhancement > Components: QE > Reporter: Matej Novotny > Assignee: Matej Novotny > Labels: jsf22 > Fix For: 4.5-Tracking > > > Based on RFPL-2506, we need to create tests to verify that our components work correctly with @FlowScoped annotation introduced in JSF 2.2. > As for test creation it would be possible to reuse a wizard use-case in Showcase (r:togglePanel - Wizard creation), or any other similar scenario. > For more information about @FlowScoped in JSF 2.2, visit this [page|http://jdevelopment.nl/jsf-22/#730]. -- This message was sent by Atlassian JIRA (v6.3.15#6346)

10 years, 9 months

1
0
0 / 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

richfaces-planning-issues July 2015