[JBoss JIRA] Created: (RF-8212) Extended data table - keyboard navigation of rows of a selectable grid breaks after rerendering another datatable with selectionMode=none
by Ryan Yoder (JIRA)
Extended data table - keyboard navigation of rows of a selectable grid breaks after rerendering another datatable with selectionMode=none
-----------------------------------------------------------------------------------------------------------------------------------------
Key: RF-8212
URL: https://jira.jboss.org/jira/browse/RF-8212
Project: RichFaces
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: component-tables
Affects Versions: 3.3.1
Environment: tomcat 6, facelets, RichFaces 3.3.1
Reporter: Ryan Yoder
Priority: Minor
The keyboard navigation of rows of a selectable grid breaks after rerendering another datatable with selectionMode=none.
A selectable grid on the top of the pagehas an a4j:support event="onselectionchange" to reRender another grid below it that is showing details about the currently selected row in the upper grid. The lower grid should have selectionmode="none" to produce this bug.
The up/down arrows no longer work on the upper grid after the selection is changed and the lower grid reRenders.
The problem lies in the following code:
ExtendedDataTableSelection.js
removeListeners: function() {
Event.stopObserving(document, "keydown", this.eventKeyPress);
The problem is that for the bottom grid, the this.eventKeyPress is null which has the effect of removing all keydown event listeners on the page, including the top grid's listener.
Add an if statement before this line to fix the bug. I have tested it and it works for me.
removeListeners: function(){
if(this.eventKeyPress) { // added if to ensure that all keydown event listeners are not removed
Event.stopObserving(document, "keydown", this.eventKeyPress);
}
--
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, 11 months
[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
14 years, 11 months
[JBoss JIRA] Created: (RF-7533) a4:keepAlive problem
by qu zheng (JIRA)
a4:keepAlive problem
--------------------
Key: RF-7533
URL: https://jira.jboss.org/jira/browse/RF-7533
Project: RichFaces
Issue Type: Bug
Components: component-a4j-core
Affects Versions: 3.3.1
Environment: weblogic 10.3 ,JDK jrockit 1.6
Reporter: qu zheng
Priority: Critical
The back bean (mybackbean) used Local session bean injection,like @EJB private IBizLocal bizSB, the page use <a4j:keepAlive bean="mybackbean">,when i visite the page first time,the exception occurs;but in my jboss as,everything is ok.
My application is orgnized ear applicaion,ejb and the web is descibed in applicaiton.xml
javax.ejb.EJBException: Attempt to pass a reference to an EJBLocalObject to a remote client. A local EJB component may only be accessed by clients co-located in the same ear or standalone jar file.
at com.cup.ares.manage.dtc.service.impl.InstGroupServiceSB_rg938q_InstGroupServiceLocalImpl.writeObject(InstGroupServiceSB_rg938q_InstGroupServiceLocalImpl.java:687)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at java.io.ObjectStreamClass.invokeWriteObject(ObjectStreamClass.java:945)
at java.io.ObjectOutputStream.writeSerialData(ObjectOutputStream.java:1461)
at java.io.ObjectOutputStream.writeOrdinaryObject(ObjectOutputStream.java:1392)
at java.io.ObjectOutputStream.writeObject0(ObjectOutputStream.java:1150)
at java.io.ObjectOutputStream.defaultWriteFields(ObjectOutputStream.java:1509)
at java.io.ObjectOutputStream.writeSerialData(ObjectOutputStream.java:1474)
at java.io.ObjectOutputStream.writeOrdinaryObject(ObjectOutputStream.java:1392)
at java.io.ObjectOutputStream.writeObject0(ObjectOutputStream.java:1150)
at java.io.ObjectOutputStream.writeObject(ObjectOutputStream.java:326)
at java.util.HashMap.writeObject(HashMap.java:1001)
at sun.reflect.GeneratedMethodAccessor13.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at java.io.ObjectStreamClass.invokeWriteObject(ObjectStreamClass.java:945)
at java.io.ObjectOutputStream.writeSerialData(ObjectOutputStream.java:1461)
at java.io.ObjectOutputStream.writeOrdinaryObject(ObjectOutputStream.java:1392)
at java.io.ObjectOutputStream.writeObject0(ObjectOutputStream.java:1150)
at java.io.ObjectOutputStream.writeArray(ObjectOutputStream.java:1338)
at java.io.ObjectOutputStream.writeObject0(ObjectOutputStream.java:1146)
at java.io.ObjectOutputStream.writeArray(ObjectOutputStream.java:1338)
at java.io.ObjectOutputStream.writeObject0(ObjectOutputStream.java:1146)
at java.io.ObjectOutputStream.writeArray(ObjectOutputStream.java:1338)
at java.io.ObjectOutputStream.writeObject0(ObjectOutputStream.java:1146)
at java.io.ObjectOutputStream.writeArray(ObjectOutputStream.java:1338)
at java.io.ObjectOutputStream.writeObject0(ObjectOutputStream.java:1146)
at java.io.ObjectOutputStream.writeArray(ObjectOutputStream.java:1338)
at java.io.ObjectOutputStream.writeObject0(ObjectOutputStream.java:1146)
at java.io.ObjectOutputStream.writeObject(ObjectOutputStream.java:326)
at com.sun.faces.renderkit.ResponseStateManagerImpl.writeState(ResponseStateManagerImpl.java:233)
at javax.faces.render.ResponseStateManager.writeState(ResponseStateManager.java:155)
at org.ajax4jsf.application.AjaxStateManager.writeState(AjaxStateManager.java:294)
at org.ajax4jsf.application.AjaxStateManager.writeState(AjaxStateManager.java:230)
at com.sun.faces.application.ViewHandlerImpl$WriteBehindStringWriter.flushToWriter(ViewHandlerImpl.java:819)
at com.sun.faces.application.ViewHandlerImpl.renderView(ViewHandlerImpl.java:191)
at org.ajax4jsf.application.ViewHandlerWrapper.renderView(ViewHandlerWrapper.java:100)
at org.ajax4jsf.application.AjaxViewHandler.renderView(AjaxViewHandler.java:176)
at com.sun.faces.lifecycle.RenderResponsePhase.execute(RenderResponsePhase.java:106)
at com.sun.faces.lifecycle.LifecycleImpl.phase(LifecycleImpl.java:248)
at com.sun.faces.lifecycle.LifecycleImpl.render(LifecycleImpl.java:144)
at javax.faces.webapp.FacesServlet.service(FacesServlet.java:245)
at weblogic.servlet.internal.StubSecurityHelper$ServletServiceAction.run(StubSecurityHelper.java:227)
at weblogic.servlet.internal.StubSecurityHelper.invokeServlet(StubSecurityHelper.java:125)
at weblogic.servlet.internal.ServletStubImpl.execute(ServletStubImpl.java:292)
at weblogic.servlet.internal.TailFilter.doFilter(TailFilter.java:26)
at weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.java:42)
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:390)
at org.ajax4jsf.webapp.BaseFilter.doFilter(BaseFilter.java:517)
at weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.java:42)
at weblogic.servlet.internal.RequestEventsFilter.doFilter(RequestEventsFilter.java:27)
at weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.java:42)
at weblogic.servlet.internal.WebAppServletContext$ServletInvocationAction.run(WebAppServletContext.java:3496)
at weblogic.security.acl.internal.AuthenticatedSubject.doAs(AuthenticatedSubject.java:321)
at weblogic.security.service.SecurityManager.runAs(Unknown Source)
at weblogic.servlet.internal.WebAppServletContext.securedExecute(WebAppServletContext.java:2180)
at weblogic.servlet.internal.WebAppServletContext.execute(WebAppServletContext.java:2086)
at weblogic.servlet.internal.ServletRequestImpl.run(ServletRequestImpl.java:1406)
at weblogic.work.ExecuteThread.execute(ExecuteThread.java:201)
at weblogic.work.ExecuteThread.run(ExecuteThread.java:173)
--
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, 11 months
[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
14 years, 11 months
[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
14 years, 11 months