[JBoss JIRA] Created: (RF-7962) Dynamically generated TabPanel
by Lukas Fryc (JIRA)
Dynamically generated TabPanel
------------------------------
Key: RF-7962
URL: https://jira.jboss.org/jira/browse/RF-7962
Project: RichFaces
Issue Type: Bug
Components: component
Affects Versions: 3.3.2.GA
Environment: JBoss AS 5.1.0.GA, JDK6
Reporter: Lukas Fryc
Assignee: Ilya Shaikovsky
When generates rich:tabPanel dynamically using c:forEach, the model doesn't accept removing and adding again the rich:tab with the same id.
Maven sample attached (dyntabpanel.tar.gz).
Reproducing:
1. open application /dyntabpanel
2. let inputText as "2"
3. click Remove (the tab with "2" disappers)
4. click Add (EXCEPTION)
[code]
package org.richfaces.samples.dyntabpanel;
import java.util.Arrays;
import java.util.LinkedList;
import java.util.List;
public class Bean {
List<String> tabs = new LinkedList<String>(Arrays.asList(new String[] {"1", "2", "3"}));
String number = "2";
public String getNumber() {
return number;
}
public void setNumber(String number) {
this.number = number;
}
public String[] getNumberArray() {
return tabs.toArray(new String[tabs.size()]);
}
public void remove() {
if (tabs.contains(number)) {
tabs.remove(number);
}
}
public void add() {
if (!tabs.contains(number)) {
tabs.add(number);
}
}
}
[/code]
[code]
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
<html xmlns="http://www.w3.org/1999/xhtml"
xmlns:c="http://java.sun.com/jstl/core"
xmlns:f="http://java.sun.com/jsf/core"
xmlns:h="http://java.sun.com/jsf/html"
xmlns:ui="http://java.sun.com/jsf/facelets"
xmlns:a4j="http://richfaces.org/a4j"
xmlns:rich="http://richfaces.org/rich">
<head>
<title></title>
</head>
<body>
<f:view>
<ui:debug />
<h:form>
<h:inputText value="#{bean.number}" />
<a4j:commandButton value="Add" action="#{bean.add}" reRender="numbers" />
<a4j:commandButton value="Remove" action="#{bean.remove}" reRender="numbers" />
</h:form>
<rich:tabPanel switchType="ajax" id="numbers">
<c:forEach items="#{bean.numberArray}" var="number">
<rich:tab id="tab#{number}" label="#{number}" />
</c:forEach>
</rich:tabPanel>
</f:view>
</body>
</html>
[/cpde]
--
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, 9 months
[JBoss JIRA] Created: (RF-7991) Exception printed in console when BeanValidator cannot be instantiated
by Bozhidar Bozhanov (JIRA)
Exception printed in console when BeanValidator cannot be instantiated
----------------------------------------------------------------------
Key: RF-7991
URL: https://jira.jboss.org/jira/browse/RF-7991
Project: RichFaces
Issue Type: Bug
Affects Versions: 3.3.2.GA
Reporter: Bozhidar Bozhanov
Priority: Minor
Below is the stacktrace - I saw it is an expected behaviour - whenever hibernate validator 4.0 (and javax.validation) are not present, then use hibernate validator 3.x. But the stacktrace, I think, should be printed, at least not on warn level. I know I can change the logging level, but still this exception doesn't tell you the exact reason for the stacktrace - which is the normal scenario of using the stable hibernate releases.
23:44:32,068 WARN ObjectValidator:56 - Bean Validator could not be instantiated
java.lang.NoClassDefFoundError: javax/validation/MessageInterpolator
at org.richfaces.validator.ObjectValidator.createInstance(ObjectValidator.java:54)
at org.richfaces.validator.ObjectValidator.getInstance(ObjectValidator.java:85)
at org.richfaces.validator.FacesBeanValidator.validate(FacesBeanValidator.java:103)
at org.richfaces.component.html.HtmlInputText.validateValue(HtmlInputText.java:52)
at javax.faces.component.UIInput.validate(UIInput.java:875)
at javax.faces.component.UIInput.executeValidate(UIInput.java:1072)
at javax.faces.component.UIInput.processValidators(UIInput.java:672)
at org.ajax4jsf.component.AjaxViewRoot$3.invokeContextCallback(AjaxViewRoot.java:442)
at org.ajax4jsf.component.ContextCallbackWrapper.invokeContextCallback(ContextCallbackWrapper.java:44)
at javax.faces.component.UIComponent.invokeOnComponent(UIComponent.java:711)
at javax.faces.component.UIComponentBase.invokeOnComponent(UIComponentBase.java:675)
at javax.faces.component.UIComponent.invokeOnComponent(UIComponent.java:720)
at javax.faces.component.UIComponentBase.invokeOnComponent(UIComponentBase.java:675)
at javax.faces.component.UIComponent.invokeOnComponent(UIComponent.java:720)
at javax.faces.component.UIComponentBase.invokeOnComponent(UIComponentBase.java:675)
at javax.faces.component.UIComponent.invokeOnComponent(UIComponent.java:720)
at javax.faces.component.UIComponentBase.invokeOnComponent(UIComponentBase.java:675)
at javax.faces.component.UIComponent.invokeOnComponent(UIComponent.java:720)
at javax.faces.component.UIComponentBase.invokeOnComponent(UIComponentBase.java:675)
at javax.faces.component.UIComponent.invokeOnComponent(UIComponent.java:720)
at javax.faces.component.UIComponentBase.invokeOnComponent(UIComponentBase.java:675)
at javax.faces.component.UIComponent.invokeOnComponent(UIComponent.java:720)
at javax.faces.component.UIComponentBase.invokeOnComponent(UIComponentBase.java:675)
at javax.faces.component.UIComponent.invokeOnComponent(UIComponent.java:720)
at javax.faces.component.UIComponentBase.invokeOnComponent(UIComponentBase.java:675)
at org.ajax4jsf.component.AjaxViewRoot.processPhase(AjaxViewRoot.java:239)
at org.ajax4jsf.component.AjaxViewRoot.processValidators(AjaxViewRoot.java:458)
at com.sun.faces.lifecycle.ProcessValidationsPhase.execute(ProcessValidationsPhase.java:76)
at com.sun.faces.lifecycle.Phase.doPhase(Phase.java:100)
at com.sun.faces.lifecycle.LifecycleImpl.execute(LifecycleImpl.java:118)
at javax.faces.webapp.FacesServlet.service(FacesServlet.java:265)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at org.ajax4jsf.webapp.BaseXMLFilter.doXmlFilter(BaseXMLFilter.java:178)
at org.ajax4jsf.webapp.BaseFilter.handleRequest(BaseFilter.java:290)
at org.ajax4jsf.webapp.BaseFilter.processUploadsAndHandleRequest(BaseFilter.java:388)
at org.ajax4jsf.webapp.BaseFilter.doFilter(BaseFilter.java:515)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233)
at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191)
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:128)
at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:286)
at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:845)
at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:583)
at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:447)
at java.lang.Thread.run(Thread.java:619)
Caused by: java.lang.ClassNotFoundException: javax.validation.MessageInterpolator
at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1387)
at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1233)
at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:319)
... 49 more
--
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, 9 months
[JBoss JIRA] Created: (RF-8163) rich:calendar switching between JulianCalendar and Gregorian
by Thomas Morper (JIRA)
rich:calendar switching between JulianCalendar and Gregorian
------------------------------------------------------------
Key: RF-8163
URL: https://jira.jboss.org/jira/browse/RF-8163
Project: RichFaces
Issue Type: Bug
Security Level: Public (Everyone can see)
Affects Versions: 3.3.2.GA, 3.3.2.CR1
Environment: Windows (several versions), Tomcat 6.0.18, MS IE 8 or Firefox 3.0.
Reporter: Thomas Morper
We have several rich:calendar elements at our application with date format dd-mm-yy hh:mm. We now hve the following problem: When a user types in a date without using the calendar-popup and uses a single-number year without a leading zero (e. g. 12.12.1 12:12), the calendar accepts the input (correct), but it creates a JulianCalendar for the Date cariable at the according bean, while it creates a GregorianCalendar for 12.12.01 12:12 or any other input with two digits for the year.
--
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, 9 months