[JBoss JIRA] (RF-12357) Empty Header line in DataTable when using columnGroups
by Martin Maier (JIRA)
Martin Maier created RF-12357:
---------------------------------
Summary: Empty Header line in DataTable when using columnGroups
Key: RF-12357
URL: https://issues.jboss.org/browse/RF-12357
Project: RichFaces
Issue Type: Bug
Security Level: Public (Everyone can see)
Affects Versions: 4.2.2.Final
Environment: Firefox 13, IE 8 (and probably others)
Reporter: Martin Maier
Priority: Minor
The following code dataTable-code renders an empty <tr> in the <thead> section of the the HTML code (see screenshot). In addition, this tag does not have the 'rf-dt-hdr-fst' class (which it should).
{code:xml}
<rich:dataTable>
<f:facet name="header">
<rich:columnGroup>
<rich:column colspan="2">Cell A</rich:column>
</rich:columnGroup>
<rich:columnGroup>
<rich:column colspan="1">Cell B</rich:column>
<rich:column colspan="1">Cell C</rich:column>
</rich:columnGroup>
</f:facet>
</rich:dataTable>
{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
12 years, 3 months
[JBoss JIRA] (RF-12356) effective use of rowKeyConverter
by frank furt (JIRA)
frank furt created RF-12356:
-------------------------------
Summary: effective use of rowKeyConverter
Key: RF-12356
URL: https://issues.jboss.org/browse/RF-12356
Project: RichFaces
Issue Type: Feature Request
Security Level: Public (Everyone can see)
Components: component-tables
Reporter: frank furt
For using the rich:tree I can create a rowKeyConverter, so that when the page is rendered richfaces asks me to create a String for my custom object. Then - after an user event - it is the other way round, that is richfaces gives me the String and I return my custom object from the converter.
The nice point about that is: the backing bean variable for the tree-selection always holds my custom object.
Now, my question is: How does this work with rich:extendedDataTable?
I can define a rowKeyConverter as well, then richfaces asks me to convert my object into a String, however it never asks me to convert the other way round. The selection for the table always holds just the indices.
I'd like to use the rowKeyConverter for the table just the way it is implemented for the tree.
--
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
12 years, 3 months
[JBoss JIRA] (RF-12049) Richfaces Kitchensink Archetype
by Burr Sutter (JIRA)
Burr Sutter created RF-12049:
--------------------------------
Summary: Richfaces Kitchensink Archetype
Key: RF-12049
URL: https://issues.jboss.org/browse/RF-12049
Project: RichFaces
Issue Type: Bug
Security Level: Public (Everyone can see)
Environment: JBDS 5 Beta 1
Reporter: Burr Sutter
The currently generated RichFaces-based kitchensink project "richfaces-webapp" throws the following exception when Run As JUnit Test is used.
21:36:27,147 ERROR [org.jboss.ejb3.invocation] (http-localhost-127.0.0.1-8080-7) JBAS014134: EJB Invocation failed on component MemberRegistration for method public void org.jboss.tools.examples.controller.MemberRegistration.register() throws java.lang.Exception: javax.ejb.EJBException: org.jboss.weld.exceptions.IllegalProductException: WELD-000052 Cannot return null from a non-dependent producer method: [method] @Produces @RequestScoped public org.jboss.tools.examples.util.Resources.produceFacesContext()
at org.jboss.as.ejb3.tx.CMTTxInterceptor.handleExceptionInOurTx(CMTTxInterceptor.java:166) [jboss-as-ejb3-7.1.0.Final-redhat-1.jar:7.1.0.Final-redhat-1]
at org.jboss.as.ejb3.tx.CMTTxInterceptor.invokeInOurTx(CMTTxInterceptor.java:230) [jboss-as-ejb3-7.1.0.Final-redhat-1.jar:7.1.0.Final-redhat-1]
at org.jboss.as.ejb3.tx.CMTTxInterceptor.required(CMTTxInterceptor.java:304) [jboss-as-ejb3-7.1.0.Final-redhat-1.jar:7.1.0.Final-redhat-1]
at org.jboss.as.ejb3.tx.CMTTxInterceptor.processInvocation(CMTTxInterceptor.java:190) [jboss-as-ejb3-7.1.0.Final-redhat-1.jar:7.1.0.Final-redhat-1]
--
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
12 years, 3 months
[JBoss JIRA] (RF-12241) rich:column sortBy attribute expects a value expression not a constant
by Craig Ringer (JIRA)
Craig Ringer created RF-12241:
---------------------------------
Summary: rich:column sortBy attribute expects a value expression not a constant
Key: RF-12241
URL: https://issues.jboss.org/browse/RF-12241
Project: RichFaces
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: component-tables
Affects Versions: 4.2.1.Final
Environment: JBoss AS 7.1.1.Final
craig@wallace:~/projects/booksys/nymm$ uname -a
Linux wallace 3.2.0-24-generic-pae #37-Ubuntu SMP Wed Apr 25 10:47:59 UTC 2012 i686 i686 i386 GNU/Linux
craig@wallace:~/projects/booksys/nymm$ lsb_release -a
No LSB modules are available.
Distributor ID: Ubuntu
Description: Ubuntu 12.04 LTS
Release: 12.04
Codename: precise
craig@wallace:~/projects/booksys/nymm$ java -version
java version "1.7.0"
Java(TM) SE Runtime Environment (build 1.7.0-b147)
Java HotSpot(TM) Server VM (build 21.0-b17, mixed mode)
Reporter: Craig Ringer
Priority: Minor
Using a rich:dataTable with a rich:column that has a sortOrder and sortBy set, backed by an ExtendedDataModel implementing Arrangeable, no ArrangeableState is set on the underlying model unless `sortBy' is an EL value expression. If `sortBy' is a constant, the arrangeable state remains null.
The ValueExpression may point to a bean accessor that returns the exact same string value as was provided as a constant. The value expression version will work, the constant one won't. Even if the value expression is simply an EL expression for a string literal it works.
This works:
sortBy="#{'code'}"
this silently fails as if sortBy= wasn't present:
sortBy="code"
... and that looks like a bug to me.
For example, take the toy code:
{code}
<h:form id="customerForm">
<rich:dataTable id="customerTable"
var="customer"
value="#{customers.model}"
rows="50">
<!-- Change `sortBy' below to sortBy="code" and it'll fail, even though the result should be IDENTICAL -->
<!-- Use sortBy="#{'code'}" and it'll work -->
<rich:column sortBy="${customers.sortBy}" sortOrder="#{customers.codeSortOrder}" id="code">
<f:facet name="header">
<h:outputText value="Customer Code"/>
<h:outputText value="Sorting: #{customers.codeSortOrder}"/>
</f:facet>
<h:outputText value="#{customer.code}" />
</rich:column>
<rich:column id="name">
<f:facet name="header">
<h:outputText value="Customer Name"/>
</f:facet>
<h:outputText value="#{customer.name}" />
</rich:column>
</rich:dataTable>
<rich:dataScroller for="customerTable" />
</h:form>
{code}
where "customers" is:
{code}
@Named
@RequestScoped
public class Customers {
// "CustomerDataModel" is a JPADataModel<Customer> as per
// http://showcase.richfaces.org/richfaces/component-sample.jsf?demo=dataTab...
// and the nature of the "Customer" entity is irrelevant beyond the fact that it has "name" and "code" properties.
@Inject
private CustomerDataModel dataModel;
private SortOrder codeSortOrder = SortOrder.ascending, nameSortOrder = SortOrder.ascending;
public CustomerDataModel getModel() {
return dataModel;
}
public String getSortBy() {
return "code";
}
// blah blah accessors for members omitted for brevity since most IDE-generate them anyway
// Maybe Java will get real properties one day....
}
{code}
Clearly, #{customers.sortBy} evaluates to the string "code". Yet if we write:
sortBy="code"
no ArrangeableState is set on the backing Arrangeable ExtendedDataModel. Writing the effectively identical:
sortBy="#{customers.sortBy}"
works, as does:
sortBy="#{'code'}"
Try it out on the RichFaces showcase example. I suspect the reason this didn't get caught was that the showcase uses an include to repeat the columns, so it's using a value expression to indirect the constant.
http://showcase.richfaces.org/richfaces/component-sample.jsf?demo=dataTab...
--
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
12 years, 3 months