[JBoss JIRA] Created: (RF-7206) SimpleTogglePanel's opened attribute only works with String bean properties
by Matthew Lieder (JIRA)
SimpleTogglePanel's opened attribute only works with String bean properties
---------------------------------------------------------------------------
Key: RF-7206
URL: https://jira.jboss.org/jira/browse/RF-7206
Project: RichFaces
Issue Type: Bug
Affects Versions: 3.3.1
Environment: JRE 6, Tomcat 6
Reporter: Matthew Lieder
Given the bean
public class MyBean {
public boolean getBooleanProp() {
return true;
}
public void setBooleanProp(boolean prop) {}
public boolean getStringProp() {
return "true";
}
public void setStringProp(String prop) {}
}
and the XHTML
<rich:simpleTogglePanel label="Close Me" switchType="client" opened="#{myBean.booleanProp}">
Blah blah blah
</rich:simpleTogglePanel>
I get the following error if I close the tab panel and then submit the page:
/test.xhtml @646,220 opened="#{myBean.booleanProp}": java.lang.IllegalArgumentException: argument type mismatch
If I change the opened attribute to #{myBean.stringProp} however, then it works fine.
The problem seems to narrow down to the following method in UISimpleTogglePanel:
public void setOpened(boolean opened) {
setValue(new Boolean(opened).toString());
}
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
14 years, 10 months
[JBoss JIRA] Created: (RF-8265) Resolving of resourcebundle in org.richfaces.validator.HibernateValidator does not match the official documentation of Hibernate Validator
by Benno Markiewicz (JIRA)
Resolving of resourcebundle in org.richfaces.validator.HibernateValidator does not match the official documentation of Hibernate Validator
------------------------------------------------------------------------------------------------------------------------------------------
Key: RF-8265
URL: https://jira.jboss.org/jira/browse/RF-8265
Project: RichFaces
Issue Type: Bug
Security Level: Public (Everyone can see)
Affects Versions: 3.3.2.GA
Environment: Richfaces 3.3.2.GA
Hibernate Validator 3.1.0.GA
Reporter: Benno Markiewicz
The localisation based on the message attribute of the Hibernate validator annotations still does not work.
Based on the fixed issue https://jira.jboss.org/jira/browse/RF-4034, i used a proper version of richfaces (newer than the fixed version of this issue #4034).
For example (nearly the same as the issue RF-4034):
__________________________________
Annotation from bean:
@Length(max=10,min=4,message="{sizeFailure} !!!")
private String text;
Message from bundle [!]ValidationMessages.properties[!]:
sizeFailure=correct range is {min}-{max}
# Open page with validated input
# Input only one character
Result: validation error "{sizeFailure}"
Expected result: validation error "correct range is 4-10 !!!"
There is an issue regarding the resolving of resourcebundle. This is not implemented as defined in the offical Hibernate Validator Annotation documentation.
More details:
__________
Richfaces supports localisation via 'ValidatorMessages.properties'
[code]
//org.richfaces.validator.HibernateValidator:line 55
VALIDATOR_MESSAGES="ValidatorMessages"; //-->ValidatorMessages.properties
[/code]
BUT
the Hibernate Validator documentation says "ValidationMessages.properties"
<snip>
(http://docs.jboss.org/hibernate/stable/validator/reference/en/html_single...)
...This message descriptors get interpolated when a constraint validation fails using the configured MessageInterpolator. The interpolator will try to resolve any message parameters, meaning string literals enclosed in braces. In order to resolve these parameters Hibernate Validator's default MessageInterpolator first recursively resolves parameters against a custom ResourceBundle called ValidationMessages.properties at the root of the classpath (It is up to you to create this file). If no further replacements are possible against the custom bundle the default ResourceBundle under /org/hibernate/validator/ValidationMessages.properties gets evaluated.
</snip>
Note the difference between 'Validat[ion]Messages.properties' and 'Validat[or]Messages.properties' ('ion' and 'or').
Is Richfaces wrong or the hibernate validator annotation documentation?
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
14 years, 10 months
[JBoss JIRA] Created: (RF-8260) I18N dataTable sort, add collator's attribute strength
by Alain Bergeron (JIRA)
I18N dataTable sort, add collator's attribute strength
------------------------------------------------------
Key: RF-8260
URL: https://jira.jboss.org/jira/browse/RF-8260
Project: RichFaces
Issue Type: Patch
Security Level: Public (Everyone can see)
Components: component-tables
Affects Versions: 3.3.2.SR1
Reporter: Alain Bergeron
Priority: Minor
Fix For: Future
In jira http://jira.jboss.org/jira/browse/RF-5008, a locale dependant sorting capability was added.
The I18N sort uses the java.text.Collator class. This class has an attribute (strength) which I wan't to set precisely so that sorting
is done the way I wan't it. In frech, I use this attribute maybe the default is ok for other languages. Still, it is a writable attribute of the Collator class.
What I would like is to be able to define this attribute at the application level like the attribute org.richfaces.datatableUsesViewLocale.
So this requires configuration of this parameter and consideration of this parameter when org.richfaces.datatableUsesViewLocale is set.
I think that the class that does the sorting is WrappedBeanComparator2 but I haven't validated this.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
14 years, 10 months
[JBoss JIRA] Created: (RF-8225) 4.x BUILD: cant build project from root folder.
by Ilya Shaikovsky (JIRA)
4.x BUILD: cant build project from root folder.
-----------------------------------------------
Key: RF-8225
URL: https://jira.jboss.org/jira/browse/RF-8225
Project: RichFaces
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: build
Affects Versions: 4.0.0.ALPHA2
Reporter: Ilya Shaikovsky
Assignee: Nick Belaevski
Fix For: 4.0.0.ALPHA2
maven config attached.
ERROR:
Missing:
----------
1) org.jboss.test-jsf:htmlunit-client:jar:1.0.0-SNAPSHOT
Try downloading the file manually from the project website.
Then, install it using the command:
mvn install:install-file -DgroupId=org.jboss.test-jsf -DartifactId=htmluni
t-client -Dversion=1.0.0-SNAPSHOT -Dpackaging=jar -Dfile=/path/to/file
Alternatively, if you host your own repository you can deploy the file there:
mvn deploy:deploy-file -DgroupId=org.jboss.test-jsf -DartifactId=htmlunit-
client -Dversion=1.0.0-SNAPSHOT -Dpackaging=jar -Dfile=/path/to/file -Durl=[url]
-DrepositoryId=[id]
Path to dependency:
1) org.richfaces.framework:richfaces-impl:jar:4.0.0-SNAPSHOT
2) org.jboss.test-jsf:htmlunit-client:jar:1.0.0-SNAPSHOT
2) org.jboss.test-jsf:jsf-mock:jar:1.0.0-SNAPSHOT
Try downloading the file manually from the project website.
Then, install it using the command:
mvn install:install-file -DgroupId=org.jboss.test-jsf -DartifactId=jsf-moc
k -Dversion=1.0.0-SNAPSHOT -Dpackaging=jar -Dfile=/path/to/file
Alternatively, if you host your own repository you can deploy the file there:
mvn deploy:deploy-file -DgroupId=org.jboss.test-jsf -DartifactId=jsf-mock
-Dversion=1.0.0-SNAPSHOT -Dpackaging=jar -Dfile=/path/to/file -Durl=[url] -Drepo
sitoryId=[id]
Path to dependency:
1) org.richfaces.framework:richfaces-impl:jar:4.0.0-SNAPSHOT
2) org.jboss.test-jsf:jsf-mock:jar:1.0.0-SNAPSHOT
----------
2 required artifacts are missing.
for artifact:
org.richfaces.framework:richfaces-impl:jar:4.0.0-SNAPSHOT
from the specified remote repositories:
repository.jboss.com (http://repository.jboss.com/maven2/),
central (http://repo1.maven.org/maven2),
maven2-snapshots.jboss.com (http://snapshots.jboss.org/maven2),
repository.jboss.org (http://repository.jboss.org/maven2),
snapshots.jboss.org (http://snapshots.jboss.org/maven2),
maven-repository2.dev.java.net (http://download.java.net/maven/2)
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
14 years, 10 months
[JBoss JIRA] Created: (RF-8253) action not called after filtering into rich:dataTable
by Matteo Galli (JIRA)
action not called after filtering into rich:dataTable
-----------------------------------------------------
Key: RF-8253
URL: https://jira.jboss.org/jira/browse/RF-8253
Project: RichFaces
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: component-tables
Affects Versions: 3.3.1
Environment: Oracle Weblogic 11g on Ubuntu Linux 9.10
Reporter: Matteo Galli
Attachments: test.jsp
The issue is related to filtering data into a rich:dataTable.
If I filter data in a column by entering a search string, then no AJAX event will be sent until the refresh of the page.
Example
test.jsp (attached) has a checkAll checkbox which selects all the elements of the table. The checkBox works properly until I filter (name or description), afterwards the checkBox doesn't work at all and the rich:dataScroller does not respond.
It seems than no events are sent to TestMB after filtering.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
14 years, 10 months