October 2012 - richfaces-issues - Jboss List Archives

[JBoss JIRA] (RF-12478) Re-structure CDK build

by Lukáš Fryč (JIRA)

Lukáš Fryč created RF-12478: ------------------------------- Summary: Re-structure CDK build Key: RF-12478 URL: https://issues.jboss.org/browse/RF-12478 Project: RichFaces Issue Type: Feature Request Security Level: Public (Everyone can see) Components: build/distribution Reporter: Lukáš Fryč Fix For: 4.3.0.Milestone2 According to diagram at: https://community.jboss.org/wiki/RichFaces43BuildRedesign It should not depend on RichFaces framework anymore. -- 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

13 years, 6 months

2
2
0 / 0

[JBoss JIRA] (RF-12427) AJAX loading of resources in dynamically / programatically generated subtree

by Brian Leathem (JIRA)

[ https://issues.jboss.org/browse/RF-12427?page=com.atlassian.jira.plugin.s... ] Brian Leathem updated RF-12427: ------------------------------- Fix Version/s: 5-Tracking (was: 4.3.0.M3) > AJAX loading of resources in dynamically / programatically generated subtree > ---------------------------------------------------------------------------- > > Key: RF-12427 > URL: https://issues.jboss.org/browse/RF-12427 > Project: RichFaces > Issue Type: Feature Request > Security Level: Public(Everyone can see) > Components: core > Affects Versions: 4.1.0.CR2 > Reporter: Lukáš Fryč > Fix For: 5-Tracking > > > There are several scenarios where components are dynamically added to the tree so resources for these components doesn't have to be loaded by AJAX: > * components added programatically > * components included by {{ui:include}} with dynamic {{src}} attribute > * components under dynamic rows/panels/etc., e.g. {{rich:tab}} generated by {{c:forEach}} (RF-11694) > Create mock components with mock resources and test that when component rendered "dynamically", the resources (JS and CSS) are provided to the page properly. -- 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

13 years, 6 months

1
0
0 / 0

[JBoss JIRA] (RF-12375) iteration-demo doesn't work on TomEE - wrong persistence setup

by Lukáš Fryč (JIRA)

Lukáš Fryč created RF-12375: ------------------------------- Summary: iteration-demo doesn't work on TomEE - wrong persistence setup Key: RF-12375 URL: https://issues.jboss.org/browse/RF-12375 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Components: examples Affects Versions: 4.3.0.Milestone1 Reporter: Lukáš Fryč I expect the problem is that we define DataSource using *-ds.xml file, which is special feature of AS7. Thus there is no such DS on TomEE. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira

13 years, 6 months

2
6
0 / 0

[JBoss JIRA] (RF-12535) RichFaces example generates warnings

by Brian Leathem (JIRA)

[ https://issues.jboss.org/browse/RF-12535?page=com.atlassian.jira.plugin.s... ] Brian Leathem updated RF-12535: ------------------------------- Story Points: 1 > RichFaces example generates warnings > ------------------------------------ > > Key: RF-12535 > URL: https://issues.jboss.org/browse/RF-12535 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Environment: Version: 6.0.0.Alpha2 > Build id: Alpha2-v20121004-2330-B40 > Build date: 20121004-2330 > Reporter: Len DiMaggio > Fix For: 4.3.0.M3 > > > The RichFaces example generates these warnings: > The local variable options may not have been initialized > slidfast.js > /jboss-richfaces-webapp/src/main/webapp/resources/js > line 60 > Missing semicolon > slidfast.js > /jboss-richfaces-webapp/src/main/webapp/resources/js > line 79 > Unnecessary @SuppressWarnings("unused") > Resources.java > /jboss-richfaces-webapp/src/main/java/org/jboss/tools/example/richfaces/util > line 26 > The local variable options may not have been initialized > slidfast.js > /jboss-richfaces-webapp/src/main/webapp/resources/js > line 57 > The local variable options may not have been initialized > slidfast.js > /jboss-richfaces-webapp/src/main/webapp/resources/js > line 58 > The local variable options may not have been initialized > slidfast.js > /jboss-richfaces-webapp/src/main/webapp/resources/js > line 54 > The local variable options may not have been initialized > slidfast.js > /jboss-richfaces-webapp/src/main/webapp/resources/js > line 56 > The import javax.inject.Inject is never used > RewriteConfigurationProvider.java > /jboss-richfaces-webapp/src/main/java/org/jboss/tools/example/richfaces/util > line 34 > The import javax.annotation.PostConstruct is never used > PageBean.java > /jboss-richfaces-webapp/src/main/java/org/jboss/tools/example/richfaces/controller > line 24 > The import javax.enterprise.inject.Model is never used > PageBean.java > /jboss-richfaces-webapp/src/main/java/org/jboss/tools/example/richfaces/controller > line 26 > The import javax.inject.Inject is never used > UserAgent.java > /jboss-richfaces-webapp/src/main/java/org/jboss/tools/example/richfaces/util > line 29 > No connection specified for project. No database-specific validation will be performed. > jboss-richfaces-webapp > The import javax.faces.bean.SessionScoped is never used UserAgent.java > /jboss-richfaces-webapp/src/main/java/org/jboss/tools/example/richfaces/util > line 27 > The import javax.faces.bean.ManagedBean is never used > UserAgent.java > /jboss-richfaces-webapp/src/main/java/org/jboss/tools/example/richfaces/util > line 26 -- 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

13 years, 6 months

1
0
0 / 0

[JBoss JIRA] (RF-11584) Un-ignore TestCaptureEL and ValueExpressionAnalayserTest tests

by Lukáš Fryč (Created) (JIRA)

Un-ignore TestCaptureEL and ValueExpressionAnalayserTest tests -------------------------------------------------------------- Key: RF-11584 URL: https://issues.jboss.org/browse/RF-11584 Project: RichFaces Issue Type: Task Security Level: Public (Everyone can see) Components: tests - unit Affects Versions: 4.1.0.Milestone4 Reporter: Lukáš Fryč Priority: Critical Fix For: 4.1.0.CR1 When resolving RF-11544, it was necessary to ignore following tests in components module, because of changes in jsf-test to support org.jboss.spec.javax.faces:jboss-jsf-api_2.1_spec * validator/ui/src/test/java/org/richfaces/el/ValueExpressionAnalayserTest.java * validator/ui/src/test/java/org/richfaces/el/TestCaptureEL.java -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira

13 years, 6 months

5
10
0 / 0

[JBoss JIRA] (RF-12257) CDK: generating listener tags

by Lukáš Fryč (JIRA)

Lukáš Fryč created RF-12257: ------------------------------- Summary: CDK: generating listener tags Key: RF-12257 URL: https://issues.jboss.org/browse/RF-12257 Project: RichFaces Issue Type: Feature Request Security Level: Public (Everyone can see) Components: cdk Affects Versions: 4.2.0.Final Reporter: Bernard Labno -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira

13 years, 6 months

3
15
0 / 0

[JBoss JIRA] (RF-12309) CDK: naming conventions to avoid necessity write all the FQNs of classes in Renderer template and Component stub

by Lukáš Fryč (JIRA)

Lukáš Fryč created RF-12309: ------------------------------- Summary: CDK: naming conventions to avoid necessity write all the FQNs of classes in Renderer template and Component stub Key: RF-12309 URL: https://issues.jboss.org/browse/RF-12309 Project: RichFaces Issue Type: Feature Request Security Level: Public (Everyone can see) Components: cdk Affects Versions: 4.2.0.Final Reporter: Lukáš Fryč There are lot of bindings which needs to be manually hard-coded in order to make the component work: Look at sample of the calendar component: 1. [Renderer template|https://github.com/richfaces/components/blob/4.2.2.20120513-Fina...] 2. [Component interface|https://github.com/richfaces/components/blob/4.2.2.20120513-Fin...] ---- What could follow naming conventions? 1. *Renderer template* * {{<class>}} - use the package where the template resides in: {{calendar.template.xml}} -> {{CalendarRenderer}} * {{<superclass}} - use the {{<class> + Base}}: {{CalendarRenderer}} -> {{CalendarRendererBase}}, if not exists, use {{org.richfaces.renderkit.RendererBase}} 2. *component* {{org.richfaces.component.AbstractCalendar}} * component-type: {{org.richfaces.Calendar}} * component-family: {{org.richfaces.Calendar}} * generated class: {{org.richfaces.component.UICalendar}} * renderer: {{org.richfaces.CalendarRenderer}} * tag: {{@Tag(name = "calendar", handler = "org.richfaces.view.facelets.CalendarHandler")}} Some definitions what need to be configured per component library: e.g. prefix for component type/family/renderer, etc. Only classes which violates conventions would be necessary to configure specifically. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira

13 years, 6 months

2
8
0 / 0

[JBoss JIRA] (RF-12296) Improve CDK c:forEach typing

by Paul Dijou (JIRA)

Paul Dijou created RF-12296: ------------------------------- Summary: Improve CDK c:forEach typing Key: RF-12296 URL: https://issues.jboss.org/browse/RF-12296 Project: RichFaces Issue Type: Feature Request Security Level: Public (Everyone can see) Components: cdk Affects Versions: 4.2.2.Final Environment: All Reporter: Paul Dijou As we can see on [this comment|https://issues.jboss.org/browse/RF-10037?focusedCommentId=1269671...], you currently need to assign a list/array to a var before using it inside a {{<c:forEach>}} or the CDK doesn't know its correct type. As suggested by Lukas, I agree to add a {{cdk:itemType}} (or {{cdk:type}} like in the {{<cdk:object>}} tag) to specify manually the type of the object inside the iteration. If this attribute is present in the {{<c:forEach>}}, then the CDK use it to cast the object, otherwise it does the same as currently, no regression. In addition, for Enum, I would also try to use the initial import : {code:xml} <cdk:import package="org.richfaces.component" names="MyEnum" /> {code} In order to know the type of each Enum and then be able to correctly cast the following code : {code:xml} <cc:implementation> <c:forEach items="#{MyEnum.values()}" var="item"> #{item} </c:forEach> </cc:implementation> {code} -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira

13 years, 6 months

3
10
0 / 0

[JBoss JIRA] (RF-12326) NPE if a cdk:fragment use another one before it has be defined

by Paul Dijou (JIRA)

13 years, 6 months

3
8
0 / 0

[JBoss JIRA] (RF-12308) CDK: format the generated sources according to JBoss community formatter

by Lukáš Fryč (JIRA)

Lukáš Fryč created RF-12308: ------------------------------- Summary: CDK: format the generated sources according to JBoss community formatter Key: RF-12308 URL: https://issues.jboss.org/browse/RF-12308 Project: RichFaces Issue Type: Feature Request Security Level: Public (Everyone can see) Components: cdk Affects Versions: 4.2.0.Final Reporter: Lukáš Fryč Right now, sources generated by CDK are quite unreadable, since they do not follow any formatting rules. The formatting of the sources could be configurable, but by default JBoss community formatter should be followed. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira

13 years, 6 months

2
8
0 / 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

richfaces-issues October 2012