January 2013 - richfaces-issues - Jboss List Archives

[JBoss JIRA] (RF-12744) Make the test suite log less verbose

by Lukáš Fryč (JIRA)

[ https://issues.jboss.org/browse/RF-12744?page=com.atlassian.jira.plugin.s... ] Lukáš Fryč commented on RF-12744: --------------------------------- I have started with implementation. https://github.com/richfaces/richfaces5/tree/logging It's using log4j (via JUL -> slf4j -> log4j bridge). I have configured log4j since it is able to configure logging per class/package. > Make the test suite log less verbose > ------------------------------------ > > Key: RF-12744 > URL: https://issues.jboss.org/browse/RF-12744 > Project: RichFaces > Issue Type: Sub-task > Security Level: Public(Everyone can see) > Components: tests - unit > Affects Versions: 5.0.0.M1 > Reporter: Lukáš Fryč > Assignee: Lukáš Fryč > Fix For: 5.0.0.M1 > > Original Estimate: 2 hours > Remaining Estimate: 2 hours > > We could add logging.properties which will filter out unnecessary output (e.g. JSF container startup logging). > We should also remove any unnecessary System.out/logging from tests. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 11 months

1
0
0 / 0

[JBoss JIRA] (RF-12757) build/pom.xml contains non-unique dependencies

by Pavol Pitonak (JIRA)

Pavol Pitonak created RF-12757: ---------------------------------- Summary: build/pom.xml contains non-unique dependencies Key: RF-12757 URL: https://issues.jboss.org/browse/RF-12757 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Components: build/distribution Affects Versions: 5.0.0.M1 Reporter: Pavol Pitonak build/pom.xml [1] contains jboss-javaee-6.0 and jboss-javaee-web-6.0 twice in the dependencyManagement section which is not allowed in Maven. Once it has default scope and once import. [1] https://github.com/richfaces/richfaces5/blob/master/build/pom.xml -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 11 months

1
0
0 / 0

[JBoss JIRA] (RF-12454) New build verification

by Lukáš Fryč (JIRA)

[ https://issues.jboss.org/browse/RF-12454?page=com.atlassian.jira.plugin.s... ] Lukáš Fryč reassigned RF-12454: ------------------------------- Assignee: Pavol Pitonak (was: Lukáš Fryč) > New build verification > ---------------------- > > Key: RF-12454 > URL: https://issues.jboss.org/browse/RF-12454 > Project: RichFaces > Issue Type: Sub-task > Security Level: Public(Everyone can see) > Components: qe > Reporter: Lukáš Fryč > Assignee: Pavol Pitonak > Fix For: 5.0.0.M1 > > Attachments: surefire-reports.zip > > Original Estimate: 3 hours > Remaining Estimate: 3 hours > -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 11 months

1
0
0 / 0

[JBoss JIRA] (RF-12756) Refactor deployments in fundamental tests

by Lukáš Fryč (JIRA)

Lukáš Fryč created RF-12756: ------------------------------- Summary: Refactor deployments in fundamental tests Key: RF-12756 URL: https://issues.jboss.org/browse/RF-12756 Project: RichFaces Issue Type: Sub-task Security Level: Public (Everyone can see) Components: tests - functional Affects Versions: 5.0.0.M1 Reporter: Lukáš Fryč Assignee: Lukáš Fryč Fix For: 5.0.0.M1 Fundamental tests now uses several {{*Deployment}} basis which have nearly the same functionality. We need to decide whether we should: * use microdeployments ** in this case we will need to deal with breaking up taglib/faces-config to several parts * use full deployments In each case, it is needed to cache the deployment otherwise it will be necessary to package similar parts for each deployment separately. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 11 months

1
0
0 / 0

[JBoss JIRA] (RF-12746) Allow building with fundamental tests

by Lukáš Fryč (JIRA)

[ https://issues.jboss.org/browse/RF-12746?page=com.atlassian.jira.plugin.s... ] Lukáš Fryč resolved RF-12746. ----------------------------- Resolution: Done > Allow building with fundamental tests > ------------------------------------- > > Key: RF-12746 > URL: https://issues.jboss.org/browse/RF-12746 > Project: RichFaces > Issue Type: Sub-task > Security Level: Public(Everyone can see) > Components: build/distribution > Affects Versions: 5.0.0.M1 > Reporter: Lukáš Fryč > Assignee: Lukáš Fryč > Fix For: 5.0.0.M1 > > Original Estimate: 2 hours > Remaining Estimate: 2 hours > -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 11 months

1
0
0 / 0

[JBoss JIRA] (RF-12755) AbstractPushTest has hard-coded atmosphere version

by Lukáš Fryč (JIRA)

Lukáš Fryč created RF-12755: ------------------------------- Summary: AbstractPushTest has hard-coded atmosphere version Key: RF-12755 URL: https://issues.jboss.org/browse/RF-12755 Project: RichFaces Issue Type: Sub-task Security Level: Public (Everyone can see) Components: tests - functional Affects Versions: 5.0.0.M1 Reporter: Lukáš Fryč Assignee: Lukáš Fryč Priority: Critical Fix For: 5.0.0.M1 -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 11 months

1
0
0 / 0

[JBoss JIRA] (RF-12754) rich:validator message cannot be customized when using bean validation (via javax.faces.validator.BeanValidator.MESSAGE property)

by Nejc G (JIRA)

Nejc G created RF-12754: --------------------------- Summary: rich:validator message cannot be customized when using bean validation (via javax.faces.validator.BeanValidator.MESSAGE property) Key: RF-12754 URL: https://issues.jboss.org/browse/RF-12754 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Components: component-validators Affects Versions: 4.3.0.CR1 Environment: Glassfish 3.1.2.2, jdk7u9 Reporter: Nejc G rich:validator clientside validation is ignoring javax.faces.validator.BeanValidator.MESSAGE property for messages. Standard validation without rich:validator works fine. Problem is there is no way to customize error (show label) hence making bean validation using this path nearly useless. I have the aforementioned property in a property file, configured to be used through locale-config line in faces-config.xml. The line reads: javax.faces.validator.BeanValidator.MESSAGE={1}: {0} and as mentioned rich:validator only outputs {0} (that is msg from bean validation). Seems to me it doesn't behave as configured. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 11 months

1
0
0 / 0

[JBoss JIRA] (RF-10267) Accordion creating from Java NPE if activeItem is not set

by Christophe Noel (JIRA)

[ https://issues.jboss.org/browse/RF-10267?page=com.atlassian.jira.plugin.s... ] Christophe Noel edited comment on RF-10267 at 1/24/13 6:56 AM: --------------------------------------------------------------- Get the same issue but simply creating the component from JSF including a repeat element for the items. Really surprising! was (Author: christophe.noel): Get the same issue. Really surprising! > Accordion creating from Java NPE if activeItem is not set > --------------------------------------------------------- > > Key: RF-10267 > URL: https://issues.jboss.org/browse/RF-10267 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: base functionality > Affects Versions: 4.0.0.Milestone5 > Environment: Ununtu 10.10, Java 6 > Reporter: Konstantin Pupkov > Priority: Minor > Fix For: 5-Future > > > in Java... > FacesContext ctx=FacesContext.getCurrentInstance(); > pendingBar = (HtmlAccordion) ctx > .getApplication() > .createComponent(ctx, HtmlAccordion.COMPONENT_TYPE, "org.richfaces.AccordionRenderer"); > pendingBar.setId("pend"); > ...... > error on page: > ... > ava.lang.NullPointerException > org.richfaces.component.AbstractAccordion.getActiveItem(AbstractAccordion.java:50) > org.richfaces.renderkit.html.TogglePanelRenderer.doEncodeBegin(TogglePanelRenderer.java:116) > org.richfaces.renderkit.html.AccordionRenderer.doEncodeBegin(AccordionRenderer.java:55) > org.richfaces.renderkit.RendererBase.encodeBegin(RendererBase.java:116) > javax.faces.component.UIComponentBase.encodeBegin(UIComponentBase.java:824) -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 11 months

1
0
0 / 0

[JBoss JIRA] (RF-10267) Accordion creating from Java NPE if activeItem is not set

by Christophe Noel (JIRA)

[ https://issues.jboss.org/browse/RF-10267?page=com.atlassian.jira.plugin.s... ] Christophe Noel commented on RF-10267: -------------------------------------- Get the same issue. Really surprising! > Accordion creating from Java NPE if activeItem is not set > --------------------------------------------------------- > > Key: RF-10267 > URL: https://issues.jboss.org/browse/RF-10267 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: base functionality > Affects Versions: 4.0.0.Milestone5 > Environment: Ununtu 10.10, Java 6 > Reporter: Konstantin Pupkov > Priority: Minor > Fix For: 5-Future > > > in Java... > FacesContext ctx=FacesContext.getCurrentInstance(); > pendingBar = (HtmlAccordion) ctx > .getApplication() > .createComponent(ctx, HtmlAccordion.COMPONENT_TYPE, "org.richfaces.AccordionRenderer"); > pendingBar.setId("pend"); > ...... > error on page: > ... > ava.lang.NullPointerException > org.richfaces.component.AbstractAccordion.getActiveItem(AbstractAccordion.java:50) > org.richfaces.renderkit.html.TogglePanelRenderer.doEncodeBegin(TogglePanelRenderer.java:116) > org.richfaces.renderkit.html.AccordionRenderer.doEncodeBegin(AccordionRenderer.java:55) > org.richfaces.renderkit.RendererBase.encodeBegin(RendererBase.java:116) > javax.faces.component.UIComponentBase.encodeBegin(UIComponentBase.java:824) -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 11 months

1
0
0 / 0

[JBoss JIRA] (RF-12747) Fix failing tests during Framework build

by Lukáš Fryč (JIRA)

[ https://issues.jboss.org/browse/RF-12747?page=com.atlassian.jira.plugin.s... ] Lukáš Fryč commented on RF-12747: --------------------------------- I will ignore the 6 mentioned tests mentioned above, we will dive into them later in the process (there are not failing as they are anyway). Note that autocomplete tests could be rewritten to fundamental tests. > Fix failing tests during Framework build > ---------------------------------------- > > Key: RF-12747 > URL: https://issues.jboss.org/browse/RF-12747 > Project: RichFaces > Issue Type: Sub-task > Security Level: Public(Everyone can see) > Components: build/distribution > Affects Versions: 5.0.0.M1 > Reporter: Lukáš Fryč > Assignee: Lukáš Fryč > Fix For: 5.0.0.M1 > > Original Estimate: 2 hours > Remaining Estimate: 2 hours > > There are 6 tests failing when you run whole build, but they work when you run them separately. > ---- > Tests fail when you run {{clean}} step first: {{mvn clean test -Dtest=AttachQueueHandlerTest}} > When you do not run it, they works fine: {{mvn test -Dtest=AttachQueueHandlerTest}} -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 11 months

1
0
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

richfaces-issues January 2013