[JBoss JIRA] (RF-13240) Rich Collapsible Sub Table not working
by Brian Leathem (JIRA)
[ https://issues.jboss.org/browse/RF-13240?page=com.atlassian.jira.plugin.s... ]
Brian Leathem updated RF-13240:
-------------------------------
Fix Version/s: 5.0.0.Alpha2
> Rich Collapsible Sub Table not working
> --------------------------------------
>
> Key: RF-13240
> URL: https://issues.jboss.org/browse/RF-13240
> Project: RichFaces
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: component-tables
> Affects Versions: 5.0.0.Alpha2
> Environment: RichFaces 5.0.0-SNAPSHOT
> Metamer 5.0.0-SNAPSHOT
> JBoss Application Server: Weld Integration 7.1.1.Final
> JBoss AS 7.1.1.Final
> Java(TM) SE Runtime Environment 1.7.0_25-b15 @ Linux
> Firefox 24.0 @ Linux x86_64
> Reporter: Matej Novotny
> Priority: Blocker
> Fix For: 5.0.0.Alpha2
>
>
> When trying to use Rich Collapsible Sub Table (or subtable template in any other coponent) you get following exception:
> {panel:title=Exception from console|borderStyle=dashed}
> 09:38:09,367 SEVERE [javax.enterprise.resource.webcontainer.jsf.application] (http--127.0.0.1-8080-1) Error Rendering View[/components/richCollapsibleSubTable/simple.xhtml]: java.lang.NullPointerException
> at org.richfaces.ui.iteration.collapsibleSubTable.CollapsibleSubTableTogglerRendererBase.encodeControl(CollapsibleSubTableTogglerRendererBase.java:127) [richfaces-5.0.0-20131002.145534-85.jar:5.0.0-SNAPSHOT]
> at org.richfaces.ui.iteration.collapsibleSubTable.CollapsibleSubTableTogglerRendererBase.encodeControl(CollapsibleSubTableTogglerRendererBase.java:78) [richfaces-5.0.0-20131002.145534-85.jar:5.0.0-SNAPSHOT]
> at org.richfaces.ui.iteration.collapsibleSubTable.CollapsibleSubTableTogglerRenderer.doEncodeEnd(CollapsibleSubTableTogglerRenderer.java:44) [richfaces-5.0.0-20131002.145534-85.jar:5.0.0-SNAPSHOT]
> at org.richfaces.renderkit.RendererBase.encodeEnd(RendererBase.java:176) [richfaces-5.0.0-20131002.145534-85.jar:5.0.0-SNAPSHOT]
> at javax.faces.component.UIComponentBase.encodeEnd(UIComponentBase.java:875) [jboss-jsf-api_2.1_spec-2.0.1.Final.jar:2.0.1.Final]
> at javax.faces.component.UIComponent.encodeAll(UIComponent.java:1786) [jboss-jsf-api_2.1_spec-2.0.1.Final.jar:2.0.1.Final]
> at org.richfaces.renderkit.RendererBase.renderChildren(RendererBase.java:277) [richfaces-5.0.0-20131002.145534-85.jar:5.0.0-SNAPSHOT]
> at org.richfaces.ui.iteration.AbstractTableBaseRenderer.encodeColumn(AbstractTableBaseRenderer.java:82) [richfaces-5.0.0-20131002.145534-85.jar:5.0.0-SNAPSHOT]
> at org.richfaces.ui.iteration.dataTable.DataTableRenderer.encodeRow(DataTableRenderer.java:267) [richfaces-5.0.0-20131002.145534-85.jar:5.0.0-SNAPSHOT]
> at org.richfaces.ui.iteration.AbstractRowsRenderer.process(AbstractRowsRenderer.java:81) [richfaces-5.0.0-20131002.145534-85.jar:5.0.0-SNAPSHOT]
> at org.richfaces.model.SequenceDataModel.walk(SequenceDataModel.java:66) [richfaces-5.0.0-20131002.145534-85.jar:5.0.0-SNAPSHOT]
> at org.richfaces.ui.iteration.UIDataAdaptor.walk(UIDataAdaptor.java:807) [richfaces-5.0.0-20131002.145534-85.jar:5.0.0-SNAPSHOT]
> at org.richfaces.ui.iteration.AbstractRowsRenderer.encodeRows(AbstractRowsRenderer.java:91) [richfaces-5.0.0-20131002.145534-85.jar:5.0.0-SNAPSHOT]
> at org.richfaces.ui.iteration.AbstractRowsRenderer.processRows(AbstractRowsRenderer.java:104) [richfaces-5.0.0-20131002.145534-85.jar:5.0.0-SNAPSHOT]
> at org.richfaces.ui.iteration.AbstractTableRenderer.encodeTableRows(AbstractTableRenderer.java:141) [richfaces-5.0.0-20131002.145534-85.jar:5.0.0-SNAPSHOT]
> at org.richfaces.ui.iteration.AbstractTableRenderer.doEncodeChildren(AbstractTableRenderer.java:212) [richfaces-5.0.0-20131002.145534-85.jar:5.0.0-SNAPSHOT]
> at org.richfaces.renderkit.RendererBase.encodeChildren(RendererBase.java:158) [richfaces-5.0.0-20131002.145534-85.jar:5.0.0-SNAPSHOT]
> at javax.faces.component.UIComponentBase.encodeChildren(UIComponentBase.java:845) [jboss-jsf-api_2.1_spec-2.0.1.Final.jar:2.0.1.Final]
> at javax.faces.component.UIComponent.encodeAll(UIComponent.java:1779) [jboss-jsf-api_2.1_spec-2.0.1.Final.jar:2.0.1.Final]
> at javax.faces.render.Renderer.encodeChildren(Renderer.java:168) [jboss-jsf-api_2.1_spec-2.0.1.Final.jar:2.0.1.Final]
> at javax.faces.component.UIComponentBase.encodeChildren(UIComponentBase.java:845) [jboss-jsf-api_2.1_spec-2.0.1.Final.jar:2.0.1.Final]
> at com.sun.faces.renderkit.html_basic.HtmlBasicRenderer.encodeRecursive(HtmlBasicRenderer.java:304) [jsf-impl-2.1.7-jbossorg-2.jar:]
> at com.sun.faces.renderkit.html_basic.GroupRenderer.encodeChildren(GroupRenderer.java:105) [jsf-impl-2.1.7-jbossorg-2.jar:]
> at javax.faces.component.UIComponentBase.encodeChildren(UIComponentBase.java:845) [jboss-jsf-api_2.1_spec-2.0.1.Final.jar:2.0.1.Final]
> at javax.faces.component.UIComponent.encodeAll(UIComponent.java:1779) [jboss-jsf-api_2.1_spec-2.0.1.Final.jar:2.0.1.Final]
> at javax.faces.component.UIComponent.encodeAll(UIComponent.java:1782) [jboss-jsf-api_2.1_spec-2.0.1.Final.jar:2.0.1.Final]
> at javax.faces.component.UIComponent.encodeAll(UIComponent.java:1782) [jboss-jsf-api_2.1_spec-2.0.1.Final.jar:2.0.1.Final]
> at com.sun.faces.application.view.FaceletViewHandlingStrategy.renderView(FaceletViewHandlingStrategy.java:402) [jsf-impl-2.1.7-jbossorg-2.jar:]
> at com.sun.faces.application.view.MultiViewHandler.renderView(MultiViewHandler.java:125) [jsf-impl-2.1.7-jbossorg-2.jar:]
> at javax.faces.application.ViewHandlerWrapper.renderView(ViewHandlerWrapper.java:288) [jboss-jsf-api_2.1_spec-2.0.1.Final.jar:2.0.1.Final]
> at javax.faces.application.ViewHandlerWrapper.renderView(ViewHandlerWrapper.java:288) [jboss-jsf-api_2.1_spec-2.0.1.Final.jar:2.0.1.Final]
> at com.sun.faces.lifecycle.RenderResponsePhase.execute(RenderResponsePhase.java:121) [jsf-impl-2.1.7-jbossorg-2.jar:]
> at com.sun.faces.lifecycle.Phase.doPhase(Phase.java:101) [jsf-impl-2.1.7-jbossorg-2.jar:]
> at com.sun.faces.lifecycle.LifecycleImpl.render(LifecycleImpl.java:139) [jsf-impl-2.1.7-jbossorg-2.jar:]
> at javax.faces.webapp.FacesServlet.service(FacesServlet.java:594) [jboss-jsf-api_2.1_spec-2.0.1.Final.jar:2.0.1.Final]
> at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:329) [jbossweb-7.0.13.Final.jar:]
> at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:248) [jbossweb-7.0.13.Final.jar:]
> at org.richfaces.tests.metamer.TestIdentityFilter.doFilter(TestIdentityFilter.java:93) [classes:]
> at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:280) [jbossweb-7.0.13.Final.jar:]
> at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:248) [jbossweb-7.0.13.Final.jar:]
> at org.jboss.weld.servlet.ConversationPropagationFilter.doFilter(ConversationPropagationFilter.java:62) [weld-core-1.1.5.AS71.Final.jar:2012-02-10 15:31]
> at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:280) [jbossweb-7.0.13.Final.jar:]
> at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:248) [jbossweb-7.0.13.Final.jar:]
> at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:275) [jbossweb-7.0.13.Final.jar:]
> at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:161) [jbossweb-7.0.13.Final.jar:]
> at org.jboss.as.web.security.SecurityContextAssociationValve.invoke(SecurityContextAssociationValve.java:153) [jboss-as-web-7.1.1.Final.jar:7.1.1.Final]
> at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:155) [jbossweb-7.0.13.Final.jar:]
> at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102) [jbossweb-7.0.13.Final.jar:]
> at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) [jbossweb-7.0.13.Final.jar:]
> at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:368) [jbossweb-7.0.13.Final.jar:]
> at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:877) [jbossweb-7.0.13.Final.jar:]
> at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:671) [jbossweb-7.0.13.Final.jar:]
> at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:930) [jbossweb-7.0.13.Final.jar:]
> at java.lang.Thread.run(Thread.java:724) [rt.jar:1.7.0_25]
> 09:38:09,397 ERROR [org.apache.catalina.core.ContainerBase.[jboss.web].[default-host].[/metamer].[Faces Servlet]] (http--127.0.0.1-8080-1) Servlet.service() for servlet Faces Servlet threw exception: java.lang.NullPointerException
> at org.richfaces.ui.iteration.collapsibleSubTable.CollapsibleSubTableTogglerRendererBase.encodeControl(CollapsibleSubTableTogglerRendererBase.java:127) [richfaces-5.0.0-20131002.145534-85.jar:5.0.0-SNAPSHOT]
> at org.richfaces.ui.iteration.collapsibleSubTable.CollapsibleSubTableTogglerRendererBase.encodeControl(CollapsibleSubTableTogglerRendererBase.java:78) [richfaces-5.0.0-20131002.145534-85.jar:5.0.0-SNAPSHOT]
> at org.richfaces.ui.iteration.collapsibleSubTable.CollapsibleSubTableTogglerRenderer.doEncodeEnd(CollapsibleSubTableTogglerRenderer.java:44) [richfaces-5.0.0-20131002.145534-85.jar:5.0.0-SNAPSHOT]
> at org.richfaces.renderkit.RendererBase.encodeEnd(RendererBase.java:176) [richfaces-5.0.0-20131002.145534-85.jar:5.0.0-SNAPSHOT]
> at javax.faces.component.UIComponentBase.encodeEnd(UIComponentBase.java:875) [jboss-jsf-api_2.1_spec-2.0.1.Final.jar:2.0.1.Final]
> at javax.faces.component.UIComponent.encodeAll(UIComponent.java:1786) [jboss-jsf-api_2.1_spec-2.0.1.Final.jar:2.0.1.Final]
> at org.richfaces.renderkit.RendererBase.renderChildren(RendererBase.java:277) [richfaces-5.0.0-20131002.145534-85.jar:5.0.0-SNAPSHOT]
> at org.richfaces.ui.iteration.AbstractTableBaseRenderer.encodeColumn(AbstractTableBaseRenderer.java:82) [richfaces-5.0.0-20131002.145534-85.jar:5.0.0-SNAPSHOT]
> at org.richfaces.ui.iteration.dataTable.DataTableRenderer.encodeRow(DataTableRenderer.java:267) [richfaces-5.0.0-20131002.145534-85.jar:5.0.0-SNAPSHOT]
> at org.richfaces.ui.iteration.AbstractRowsRenderer.process(AbstractRowsRenderer.java:81) [richfaces-5.0.0-20131002.145534-85.jar:5.0.0-SNAPSHOT]
> at org.richfaces.model.SequenceDataModel.walk(SequenceDataModel.java:66) [richfaces-5.0.0-20131002.145534-85.jar:5.0.0-SNAPSHOT]
> at org.richfaces.ui.iteration.UIDataAdaptor.walk(UIDataAdaptor.java:807) [richfaces-5.0.0-20131002.145534-85.jar:5.0.0-SNAPSHOT]
> at org.richfaces.ui.iteration.AbstractRowsRenderer.encodeRows(AbstractRowsRenderer.java:91) [richfaces-5.0.0-20131002.145534-85.jar:5.0.0-SNAPSHOT]
> at org.richfaces.ui.iteration.AbstractRowsRenderer.processRows(AbstractRowsRenderer.java:104) [richfaces-5.0.0-20131002.145534-85.jar:5.0.0-SNAPSHOT]
> at org.richfaces.ui.iteration.AbstractTableRenderer.encodeTableRows(AbstractTableRenderer.java:141) [richfaces-5.0.0-20131002.145534-85.jar:5.0.0-SNAPSHOT]
> at org.richfaces.ui.iteration.AbstractTableRenderer.doEncodeChildren(AbstractTableRenderer.java:212) [richfaces-5.0.0-20131002.145534-85.jar:5.0.0-SNAPSHOT]
> at org.richfaces.renderkit.RendererBase.encodeChildren(RendererBase.java:158) [richfaces-5.0.0-20131002.145534-85.jar:5.0.0-SNAPSHOT]
> at javax.faces.component.UIComponentBase.encodeChildren(UIComponentBase.java:845) [jboss-jsf-api_2.1_spec-2.0.1.Final.jar:2.0.1.Final]
> at javax.faces.component.UIComponent.encodeAll(UIComponent.java:1779) [jboss-jsf-api_2.1_spec-2.0.1.Final.jar:2.0.1.Final]
> at javax.faces.render.Renderer.encodeChildren(Renderer.java:168) [jboss-jsf-api_2.1_spec-2.0.1.Final.jar:2.0.1.Final]
> at javax.faces.component.UIComponentBase.encodeChildren(UIComponentBase.java:845) [jboss-jsf-api_2.1_spec-2.0.1.Final.jar:2.0.1.Final]
> at com.sun.faces.renderkit.html_basic.HtmlBasicRenderer.encodeRecursive(HtmlBasicRenderer.java:304) [jsf-impl-2.1.7-jbossorg-2.jar:]
> at com.sun.faces.renderkit.html_basic.GroupRenderer.encodeChildren(GroupRenderer.java:105) [jsf-impl-2.1.7-jbossorg-2.jar:]
> at javax.faces.component.UIComponentBase.encodeChildren(UIComponentBase.java:845) [jboss-jsf-api_2.1_spec-2.0.1.Final.jar:2.0.1.Final]
> at javax.faces.component.UIComponent.encodeAll(UIComponent.java:1779) [jboss-jsf-api_2.1_spec-2.0.1.Final.jar:2.0.1.Final]
> at javax.faces.component.UIComponent.encodeAll(UIComponent.java:1782) [jboss-jsf-api_2.1_spec-2.0.1.Final.jar:2.0.1.Final]
> at javax.faces.component.UIComponent.encodeAll(UIComponent.java:1782) [jboss-jsf-api_2.1_spec-2.0.1.Final.jar:2.0.1.Final]
> at com.sun.faces.application.view.FaceletViewHandlingStrategy.renderView(FaceletViewHandlingStrategy.java:402) [jsf-impl-2.1.7-jbossorg-2.jar:]
> at com.sun.faces.application.view.MultiViewHandler.renderView(MultiViewHandler.java:125) [jsf-impl-2.1.7-jbossorg-2.jar:]
> at javax.faces.application.ViewHandlerWrapper.renderView(ViewHandlerWrapper.java:288) [jboss-jsf-api_2.1_spec-2.0.1.Final.jar:2.0.1.Final]
> at javax.faces.application.ViewHandlerWrapper.renderView(ViewHandlerWrapper.java:288) [jboss-jsf-api_2.1_spec-2.0.1.Final.jar:2.0.1.Final]
> at com.sun.faces.lifecycle.RenderResponsePhase.execute(RenderResponsePhase.java:121) [jsf-impl-2.1.7-jbossorg-2.jar:]
> at com.sun.faces.lifecycle.Phase.doPhase(Phase.java:101) [jsf-impl-2.1.7-jbossorg-2.jar:]
> at com.sun.faces.lifecycle.LifecycleImpl.render(LifecycleImpl.java:139) [jsf-impl-2.1.7-jbossorg-2.jar:]
> at javax.faces.webapp.FacesServlet.service(FacesServlet.java:594) [jboss-jsf-api_2.1_spec-2.0.1.Final.jar:2.0.1.Final]
> at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:329) [jbossweb-7.0.13.Final.jar:]
> at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:248) [jbossweb-7.0.13.Final.jar:]
> at org.richfaces.tests.metamer.TestIdentityFilter.doFilter(TestIdentityFilter.java:93) [classes:]
> at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:280) [jbossweb-7.0.13.Final.jar:]
> at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:248) [jbossweb-7.0.13.Final.jar:]
> at org.jboss.weld.servlet.ConversationPropagationFilter.doFilter(ConversationPropagationFilter.java:62) [weld-core-1.1.5.AS71.Final.jar:2012-02-10 15:31]
> at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:280) [jbossweb-7.0.13.Final.jar:]
> at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:248) [jbossweb-7.0.13.Final.jar:]
> at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:275) [jbossweb-7.0.13.Final.jar:]
> at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:161) [jbossweb-7.0.13.Final.jar:]
> at org.jboss.as.web.security.SecurityContextAssociationValve.invoke(SecurityContextAssociationValve.java:153) [jboss-as-web-7.1.1.Final.jar:7.1.1.Final]
> at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:155) [jbossweb-7.0.13.Final.jar:]
> at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102) [jbossweb-7.0.13.Final.jar:]
> at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) [jbossweb-7.0.13.Final.jar:]
> at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:368) [jbossweb-7.0.13.Final.jar:]
> at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:877) [jbossweb-7.0.13.Final.jar:]
> at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:671) [jbossweb-7.0.13.Final.jar:]
> at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:930) [jbossweb-7.0.13.Final.jar:]
> at java.lang.Thread.run(Thread.java:724) [rt.jar:1.7.0_25]
> {panel}
--
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
12 years, 3 months
[JBoss JIRA] (RF-13243) CDK: the attribute definition inheritance doesn't work correctly
by Brian Leathem (JIRA)
[ https://issues.jboss.org/browse/RF-13243?page=com.atlassian.jira.plugin.s... ]
Brian Leathem updated RF-13243:
-------------------------------
Fix Version/s: cdk-Tracking
> CDK: the attribute definition inheritance doesn't work correctly
> ----------------------------------------------------------------
>
> Key: RF-13243
> URL: https://issues.jboss.org/browse/RF-13243
> Project: RichFaces
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: cdk
> Affects Versions: cdk-4.5.0.Alpha1
> Reporter: Lukáš Fryč
> Fix For: cdk-Tracking
>
>
> The inheritance isn't inspected correctly in other cases than basic ones:
> {code}
> public abstract class C extends A {
> }
> {code}
> {code}
> public abstract class A extends UIComponentBase implements I {
> }
> {code}
> {code}
> public interface I {
> @Attribute
> String getAttr1();
> }
> {code}
> In this case CDK event doesn't notice there is attribute defined in {{*I*}}.
> It can be fixed either by:
> * {{C implements I}}.
> * moving attribute to {{A}} or directly to {{C}}
> ----
> CDK also takes into account whether we have abstract or concrete implementation:
> {code}
> public abstract class C extends A {
>
> @Override
> public String getAttr() {
> return ...;
> }
> }
> {code}
> In this case the attribute won't be generated, because it is already implemented.
> The inheritance issue get then worse by inappropriate application of attribute's properties in either of those cases:
> * {{*C*}} has concrete implementation of {{#getAttr()}}, {{C implements I}}
> ** then generated component contains generated {{#getAttr()}} even though it's already implemented
> * implementation of {{#getAttr()}} is moved to {{A}}
> ** then {{#getAttr()}} is again generated even though it's implemented in {{A}}
> ----
> I guess Those issues are caused by incomplete implementation of CDK's reflection scanning mechanisms.
--
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
12 years, 3 months
[JBoss JIRA] (RF-13243) CDK: the attribute definition inheritance doesn't work correctly
by Lukáš Fryč (JIRA)
[ https://issues.jboss.org/browse/RF-13243?page=com.atlassian.jira.plugin.s... ]
Lukáš Fryč updated RF-13243:
----------------------------
Description:
The inheritance isn't inspected correctly in other cases than basic ones:
{code}
public abstract class C extends A {
}
{code}
{code}
public abstract class A extends UIComponentBase implements I {
}
{code}
{code}
public interface I {
@Attribute
String getAttr1();
}
{code}
In this case CDK event doesn't notice there is attribute defined in {{*I*}}.
It can be fixed either by:
* {{C implements I}}.
* moving attribute to {{A}} or directly to {{C}}
----
CDK also takes into account whether we have abstract or concrete implementation:
{code}
public abstract class C extends A {
@Override
public String getAttr() {
return ...;
}
}
{code}
In this case the attribute won't be generated, because it is already implemented.
The inheritance issue get then worse by inappropriate application of attribute's properties in either of those cases:
* {{*C*}} has concrete implementation of {{#getAttr()}}, {{C implements I}}
** then generated component contains generated {{#getAttr()}} even though it's already implemented
* implementation of {{#getAttr()}} is moved to {{A}}
** then {{#getAttr()}} is again generated even though it's implemented in {{A}}
----
I guess Those issues are caused by incomplete implementation of CDK's reflection scanning mechanisms.
was:
The inheritance isn't inspected correctly in other cases than basic ones:
{code}
public abstract class C extends A {
}
{code}
{code}
public abstract class A extends UIComponentBase {
}
{code}
{code}
public interface I {
@Attribute
String getAttr1();
}
{code}
In this case CDK event doesn't notice there is attribute defined in {{*I*}}.
It can be fixed either by:
* {{C implements I}}.
* moving attribute to {{A}} or directly to {{C}}
----
CDK also takes into account whether we have abstract or concrete implementation:
{code}
public abstract class C extends A {
@Override
public String getAttr() {
return ...;
}
}
{code}
In this case the attribute won't be generated, because it is already implemented.
The inheritance issue get then worse by inappropriate application of attribute's properties in either of those cases:
* {{*C*}} has concrete implementation of {{#getAttr()}}, {{C implements I}}
** then generated component contains generated {{#getAttr()}} even though it's already implemented
* implementation of {{#getAttr()}} is moved to {{A}}
** then {{#getAttr()}} is again generated even though it's implemented in {{A}}
----
I guess Those issues are caused by incomplete implementation of CDK's reflection scanning mechanisms.
> CDK: the attribute definition inheritance doesn't work correctly
> ----------------------------------------------------------------
>
> Key: RF-13243
> URL: https://issues.jboss.org/browse/RF-13243
> Project: RichFaces
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: cdk
> Affects Versions: cdk-4.5.0.Alpha1
> Reporter: Lukáš Fryč
>
> The inheritance isn't inspected correctly in other cases than basic ones:
> {code}
> public abstract class C extends A {
> }
> {code}
> {code}
> public abstract class A extends UIComponentBase implements I {
> }
> {code}
> {code}
> public interface I {
> @Attribute
> String getAttr1();
> }
> {code}
> In this case CDK event doesn't notice there is attribute defined in {{*I*}}.
> It can be fixed either by:
> * {{C implements I}}.
> * moving attribute to {{A}} or directly to {{C}}
> ----
> CDK also takes into account whether we have abstract or concrete implementation:
> {code}
> public abstract class C extends A {
>
> @Override
> public String getAttr() {
> return ...;
> }
> }
> {code}
> In this case the attribute won't be generated, because it is already implemented.
> The inheritance issue get then worse by inappropriate application of attribute's properties in either of those cases:
> * {{*C*}} has concrete implementation of {{#getAttr()}}, {{C implements I}}
> ** then generated component contains generated {{#getAttr()}} even though it's already implemented
> * implementation of {{#getAttr()}} is moved to {{A}}
> ** then {{#getAttr()}} is again generated even though it's implemented in {{A}}
> ----
> I guess Those issues are caused by incomplete implementation of CDK's reflection scanning mechanisms.
--
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
12 years, 3 months
[JBoss JIRA] (RF-13243) CDK: the attribute definition inheritance doesn't work correctly
by Lukáš Fryč (JIRA)
Lukáš Fryč created RF-13243:
-------------------------------
Summary: CDK: the attribute definition inheritance doesn't work correctly
Key: RF-13243
URL: https://issues.jboss.org/browse/RF-13243
Project: RichFaces
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: cdk
Affects Versions: cdk-4.5.0.Alpha1
Reporter: Lukáš Fryč
The inheritance isn't inspected correctly in other cases than basic ones:
{code}
public abstract class C extends A {
}
{code}
{code}
public abstract class A extends UIComponentBase {
}
{code}
{code}
public interface I {
@Attribute
String getAttr1();
}
{code}
In this case CDK event doesn't notice there is attribute defined in {{*I*}}.
It can be fixed either by:
* {{C implements I}}.
* moving attribute to {{A}} or directly to {{C}}
----
CDK also takes into account whether we have abstract or concrete implementation:
{code}
public abstract class C extends A {
@Override
public String getAttr() {
return ...;
}
}
{code}
In this case the attribute won't be generated, because it is already implemented.
The inheritance issue get then worse by inappropriate application of attribute's properties in either of those cases:
* {{*C*}} has concrete implementation of {{#getAttr()}}, {{C implements I}}
** then generated component contains generated {{#getAttr()}} even though it's already implemented
* implementation of {{#getAttr()}} is moved to {{A}}
** then {{#getAttr()}} is again generated even though it's implemented in {{A}}
----
I guess Those issues are caused by incomplete implementation of CDK's reflection scanning mechanisms.
--
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
12 years, 3 months
[JBoss JIRA] (RF-13242) ajaxcomplete event is called before javascriptServiceCompleted event
by Lukáš Fryč (JIRA)
[ https://issues.jboss.org/browse/RF-13242?page=com.atlassian.jira.plugin.s... ]
Lukáš Fryč resolved RF-13242.
-----------------------------
Resolution: Done
> ajaxcomplete event is called before javascriptServiceCompleted event
> --------------------------------------------------------------------
>
> Key: RF-13242
> URL: https://issues.jboss.org/browse/RF-13242
> Project: RichFaces
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: core
> Affects Versions: 5.0.0.Alpha1
> Reporter: Lukáš Fryč
> Assignee: Lukáš Fryč
> Priority: Minor
> Fix For: 5.0.0.Alpha2
>
>
> The events / attributes / JS service invocations should be as follow:
> * {{@onbeforedomupdate}}
> * {{ajaxbeforedomupdate}}
> * JavaScriptService invocation
> * {{javascriptServiceComplete}}
> * {{@oncomplete}}
> * *{{ajaxcomplete}}*
> But they are:
> * {{ajaxbeforedomupdate}}
> * {{@onbeforedomupdate}}
> * *{{ajaxcomplete}}*
> * JavaScriptService invocation
> * {{javascriptServiceComplete}}
> * {{@oncomplete}}
--
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
12 years, 3 months