[JBoss JIRA] Created: (RF-8344) Problem with resizing columns on extendedDataTable after disabling two or more columns
by Lukasz Kidala (JIRA)
Problem with resizing columns on extendedDataTable after disabling two or more columns
--------------------------------------------------------------------------------------
Key: RF-8344
URL: https://jira.jboss.org/jira/browse/RF-8344
Project: RichFaces
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: component-tables
Affects Versions: 3.3.3.BETA1, 3.3.2.SR1
Environment: FF 3.5.7, IE6, Tomcat 6.0.18, Seam, Facelets
Reporter: Lukasz Kidala
I have implemented extendedDataTable with 11 columns.
On the same page I have another dataTable where data are refreshed after click on one of extendedDataTable row (maybe it is connected).
1. Disable showing two or more columns,
2. Try to resize one of another 9 columns.
After risizing column in point second I receive the following exception:
2010-02-03 11:18:05 com.sun.faces.lifecycle.ApplyRequestValuesPhase execute
WARNING: 10
java.lang.ArrayIndexOutOfBoundsException: 10
at org.richfaces.component.ColumnsSizeState.changeColumnSize(ExtendedDataTableState.java:337)
at org.richfaces.component.ExtendedDataTableState.changeColumnSize(ExtendedDataTableState.java:173)
at org.richfaces.component.UIExtendedDataTable.processColumnResize(UIExtendedDataTable.java:186)
at org.richfaces.component.UIExtendedDataTable.broadcast(UIExtendedDataTable.java:101)
at org.ajax4jsf.component.AjaxViewRoot.processEvents(AjaxViewRoot.java:329)
at org.ajax4jsf.component.AjaxViewRoot.broadcastEventsForPhase(AjaxViewRoot.java:304)
at org.ajax4jsf.component.AjaxViewRoot.processPhase(AjaxViewRoot.java:261)
at org.ajax4jsf.component.AjaxViewRoot.processDecodes(AjaxViewRoot.java:417)
at com.sun.faces.lifecycle.ApplyRequestValuesPhase.execute(ApplyRequestValuesPhase.java:78)
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.BaseFilter.doFilter(BaseFilter.java:530)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:83)
at org.jboss.seam.web.IdentityFilter.doFilter(IdentityFilter.java:40)
at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69)
at org.jboss.seam.web.MultipartFilter.doFilter(MultipartFilter.java:90)
at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69)
at org.jboss.seam.web.ExceptionFilter.doFilter(ExceptionFilter.java:64)
at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69)
at org.jboss.seam.web.RedirectFilter.doFilter(RedirectFilter.java:45)
at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69)
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.jboss.seam.web.Ajax4jsfFilter.doFilter(Ajax4jsfFilter.java:56)
at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69)
at org.jboss.seam.web.LoggingFilter.doFilter(LoggingFilter.java:60)
at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69)
at org.jboss.seam.servlet.SeamFilter.doFilter(SeamFilter.java:158)
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:219)
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.Http11NioProcessor.process(Http11NioProcessor.java:880)
at org.apache.coyote.http11.Http11NioProtocol$Http11ConnectionHandler.process(Http11NioProtocol.java:719)
at org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.run(NioEndpoint.java:2081)
at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
at java.lang.Thread.run(Thread.java:619)
2010-02-03 11:18:05 com.sun.faces.lifecycle.Phase doPhase
SEVERE: JSF1054: (Phase ID: APPLY_REQUEST_VALUES 2, View ID: /cpr/cprOrdPosDiffView/List.xhtml) Exception thrown during phase execution: javax.faces.event.PhaseEvent[source=com.sun.faces.lifecycle.LifecycleImpl@1579bd8]
2010-02-03 11:18:05 org.apache.catalina.core.StandardWrapperValve invoke
--
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
16 years, 1 month
[JBoss JIRA] Created: (RF-7673) pickList: exception after Process Validations phase after moving items to source list
by Tsikhon Kuprevich (JIRA)
pickList: exception after Process Validations phase after moving items to source list
-------------------------------------------------------------------------------------
Key: RF-7673
URL: https://jira.jboss.org/jira/browse/RF-7673
Project: RichFaces
Issue Type: Bug
Components: component-input, regression
Environment: jsp test application
JSF Sun RI
JRE 1.5
tomcat 6
works fine on facelets+JBoss4.2.3
Reporter: Tsikhon Kuprevich
Assignee: Nick Belaevski
Priority: Critical
PhaseTracker.afterPhase()PROCESS_VALIDATIONS 3Aug 7, 2009 7:33:09 PM com.sun.faces.lifecycle.Phase doPhase
SEVERE: JSF1054: (Phase ID: PROCESS_VALIDATIONS 3, View ID: /CustomizePage/CustomizePage.jsp) Exception thrown during phase execution: javax.faces.event.PhaseEvent[source=com.sun.faces.lifecycle.LifecycleImpl@1ef3212]
Aug 7, 2009 7:33:09 PM org.ajax4jsf.webapp.BaseXMLFilter doXmlFilter
SEVERE: Exception in the filter chain
javax.servlet.ServletException
at javax.faces.webapp.FacesServlet.service(FacesServlet.java:277)
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.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:433)
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.NullPointerException
at org.ajax4jsf.util.SelectUtils.getConvertedValue(SelectUtils.java:240)
at org.ajax4jsf.util.SelectUtils.getConvertedUISelectManyValue(SelectUtils.java:227)
at org.richfaces.renderkit.PickListRenderer.getConvertedValue(PickListRenderer.java:224)
at javax.faces.component.UIInput.getConvertedValue(UIInput.java:942)
at javax.faces.component.UIInput.validate(UIInput.java:868)
at javax.faces.component.UIInput.executeValidate(UIInput.java:1072)
at javax.faces.component.UIInput.processValidators(UIInput.java:672)
at javax.faces.component.UIForm.processValidators(UIForm.java:235)
at org.ajax4jsf.component.AjaxViewRoot$3.invokeContextCallback(AjaxViewRoot.java:436)
at org.ajax4jsf.component.AjaxViewRoot.processPhase(AjaxViewRoot.java:235)
at org.ajax4jsf.component.AjaxViewRoot.processValidators(AjaxViewRoot.java:452)
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)
... 19 more
Aug 7, 2009 7:33:09 PM org.apache.catalina.core.StandardWrapperValve invoke
SEVERE: Servlet.service() for servlet Faces Servlet threw exception
java.lang.NullPointerException
at org.ajax4jsf.util.SelectUtils.getConvertedValue(SelectUtils.java:240)
at org.ajax4jsf.util.SelectUtils.getConvertedUISelectManyValue(SelectUtils.java:227)
at org.richfaces.renderkit.PickListRenderer.getConvertedValue(PickListRenderer.java:224)
at javax.faces.component.UIInput.getConvertedValue(UIInput.java:942)
at javax.faces.component.UIInput.validate(UIInput.java:868)
at javax.faces.component.UIInput.executeValidate(UIInput.java:1072)
at javax.faces.component.UIInput.processValidators(UIInput.java:672)
at javax.faces.component.UIForm.processValidators(UIForm.java:235)
at org.ajax4jsf.component.AjaxViewRoot$3.invokeContextCallback(AjaxViewRoot.java:436)
at org.ajax4jsf.component.AjaxViewRoot.processPhase(AjaxViewRoot.java:235)
at org.ajax4jsf.component.AjaxViewRoot.processValidators(AjaxViewRoot.java:452)
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.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:433)
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)
--
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
16 years, 1 month
[JBoss JIRA] Created: (RF-7600) calendar: doCollapse should invoke oncollapse before closure timeEditor.
by Ilya Shaikovsky (JIRA)
calendar: doCollapse should invoke oncollapse before closure timeEditor.
------------------------------------------------------------------------
Key: RF-7600
URL: https://jira.jboss.org/jira/browse/RF-7600
Project: RichFaces
Issue Type: Feature Request
Affects Versions: 3.3.1
Reporter: Ilya Shaikovsky
Assignee: Pavel Yaschenko
Priority: Minor
Fix For: 3.3.2.CR1
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4246116#4246116
<script type="text/javascript">
var timeToSelect=false;
</script>
<h:form>
<rich:calendar id="dummy" value="#{dummy}" popup="true" oncollapse="if (timeToSelect) return false;"
datePattern="MMMM d, yyyy HH:mm" enableManualInput="false"
showApplyButton="false" cellWidth="24px" cellHeight="22px"
ondateselected="timeToSelect=true; Richfaces.getComponent('calendar',this).showTimeEditor();return true;"
style="padding: 2px; margin-left: 10px;" disabled="#{readOnlyMode}" ontimeselected="timeToSelect=false;" ontimeselected="//close calendar here">
</rich:calendar>
</h:form>
this code should works as he need. but it's not because oncollapse which prevents closure invokes after timeEditor already closed.
Move invoking the collapse before the closure.
--
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
16 years, 1 month
[JBoss JIRA] Created: (RF-7612) RichFaces 3.3.x build: can't build from root folder.
by Ilya Shaikovsky (JIRA)
RichFaces 3.3.x build: can't build from root folder.
----------------------------------------------------
Key: RF-7612
URL: https://jira.jboss.org/jira/browse/RF-7612
Project: RichFaces
Issue Type: Bug
Affects Versions: 3.3.1
Reporter: Ilya Shaikovsky
Assignee: Anton Belevich
Fix For: 3.3.2.CR1
We suggest the user step-by-step description of how to configure Maven and then propose them build RichFaces just from root folder. But now such build failed on clean local repository. And the mesage is:
[ERROR] BUILD ERROR
[INFO] ------------------------------------------------------------------------
[INFO] Failed to resolve artifact.
Missing:
----------
1) commons-digester:commons-digester:jar:2.0
Try downloading the file manually from the project website.
Then, install it using the command:
mvn install:install-file -DgroupId=commons-digester -DartifactId=commons-d
igester -Dversion=2.0 -Dpackaging=jar -Dfile=/path/to/file
Alternatively, if you host your own repository you can deploy the file there:
mvn deploy:deploy-file -DgroupId=commons-digester -DartifactId=commons-dig
ester -Dversion=2.0 -Dpackaging=jar -Dfile=/path/to/file -Durl=[url] -Drepositor
yId=[id]
Path to dependency:
1) org.richfaces.cdk:maven-resource-dependency-plugin:maven-plugin:3.3.2
-SNAPSHOT
2) commons-digester:commons-digester:jar:2.0
2) commons-vfs:commons-vfs:jar:1.0
Try downloading the file manually from the project website.
Then, install it using the command:
mvn install:install-file -DgroupId=commons-vfs -DartifactId=commons-vfs -D
version=1.0 -Dpackaging=jar -Dfile=/path/to/file
Alternatively, if you host your own repository you can deploy the file there:
mvn deploy:deploy-file -DgroupId=commons-vfs -DartifactId=commons-vfs -Dve
rsion=1.0 -Dpackaging=jar -Dfile=/path/to/file -Durl=[url] -DrepositoryId=[id]
Path to dependency:
1) org.richfaces.cdk:maven-resource-dependency-plugin:maven-plugin:3.3.2
-SNAPSHOT
2) commons-vfs:commons-vfs:jar:1.0
----------
2 required artifacts are missing.
for artifact:
org.richfaces.cdk:maven-resource-dependency-plugin:maven-plugin:3.3.2-SNAPSHOT
from the specified remote repositories:
central (http://repo1.maven.org/maven2),
repository.jboss.org (http://repository.jboss.org/maven2),
maven-repository.dev.java.net (http://download.java.net/maven/1)
--
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
16 years, 1 month
[JBoss JIRA] Reopened: (RF-7604) a4j:actionparam doesn't support comma in value
by Dmytro Lisnichenko (JIRA)
[ https://jira.jboss.org/jira/browse/RF-7604?page=com.atlassian.jira.plugin... ]
Dmytro Lisnichenko reopened RF-7604:
------------------------------------
> a4j:actionparam doesn't support comma in value
> ----------------------------------------------
>
> Key: RF-7604
> URL: https://jira.jboss.org/jira/browse/RF-7604
> Project: RichFaces
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: component-a4j-core
> Affects Versions: 3.3.2.CR1
> Environment: richfaces-ui-3.2.1.GA
> Tomcat 6.0.16
> Facelets 1.1.14
> Reporter: Stephen Kinser
> Assignee: Tsikhon Kuprevich
> Priority: Minor
> Fix For: 3.3.2.CR1
>
>
> I attempt to define a value that contains a comma, as follows:
> <a4j:actionparam name="metricName" value="Host:type=Processors,name=CPU.UserMode" assignTo="#{GraphPageBean.metricName}"/>
> Here's the method that I expect to be passed Host:type=Processors,name=CPU.UserMode:
> public void setMetricName(String metricName) {
> this.metricName = metricName;
> }
> setMetricName is called with a metricName value of "Host:type=Processors". I modified the value to use a '|' instead of a ',' and I got the full value of Host:type=Processors|name=CPU.UserMode.
--
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
16 years, 1 month