[JBoss JIRA] (RF-11928) showcase - client side validation demos - not rendered due to incompatible guava library
by Juraj Huska (JIRA)
Juraj Huska created RF-11928:
--------------------------------
Summary: showcase - client side validation demos - not rendered due to incompatible guava library
Key: RF-11928
URL: https://issues.jboss.org/browse/RF-11928
Project: RichFaces
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: compatibility, component-validators, core, showcase
Affects Versions: 4.2.0.CR1
Environment: container: JBoss AS 7.0.2.Final
browsers: all
Reporter: Juraj Huska
Accessing demos for client side validation in showcase, causes throwing an error and not rendering the components at all.
*Error:*
{code}
16:13:19,788 INFO [javax.enterprise.resource.webcontainer.jsf.context] (http-localhost.localdomain-127.0.0.1-8080-1) Exception when handling error trying to reset the response.: java.lang.NoSuchMethodError: com.google.common.collect.ImmutableSet.copyOf(Ljava/util/Collection;)Lcom/google/common/collect/ImmutableSet;
at org.richfaces.renderkit.html.ClientOnlyScript.<init>(ClientOnlyScript.java:35) [richfaces-components-ui-4.2.0.CR1.jar:]
at org.richfaces.renderkit.html.ClientValidatorRenderer.createValidatorScript(ClientValidatorRenderer.java:184) [richfaces-components-ui-4.2.0.CR1.jar:]
at org.richfaces.renderkit.html.ClientValidatorRenderer.createValidatorScript(ClientValidatorRenderer.java:154) [richfaces-components-ui-4.2.0.CR1.jar:]
at org.richfaces.renderkit.html.ClientValidatorRenderer.buildAndStoreValidatorScript(ClientValidatorRenderer.java:125) [richfaces-components-ui-4.2.0.CR1.jar:]
at org.richfaces.renderkit.html.ClientValidatorRenderer.getScript(ClientValidatorRenderer.java:60) [richfaces-components-ui-4.2.0.CR1.jar:]
at javax.faces.component.behavior.ClientBehaviorBase.getScript(ClientBehaviorBase.java:103) [jboss-jsf-api_2.1_spec-2.0.0.Beta1.jar:2.0.0.Beta1]
at org.richfaces.component.behavior.ClientValidatorImpl.getScript(ClientValidatorImpl.java:91) [richfaces-components-ui-4.2.0.CR1.jar:]
at com.sun.faces.renderkit.RenderKitUtils.getSingleBehaviorHandler(RenderKitUtils.java:1607) [jsf-impl-2.1.3-b02-jbossorg-2.jar:2.1.3-SNAPSHOT]
at com.sun.faces.renderkit.RenderKitUtils.renderHandler(RenderKitUtils.java:1700) [jsf-impl-2.1.3-b02-jbossorg-2.jar:2.1.3-SNAPSHOT]
at com.sun.faces.renderkit.RenderKitUtils.renderOnchange(RenderKitUtils.java:388) [jsf-impl-2.1.3-b02-jbossorg-2.jar:2.1.3-SNAPSHOT]
at com.sun.faces.renderkit.html_basic.TextRenderer.getEndTextToRender(TextRenderer.java:134) [jsf-impl-2.1.3-b02-jbossorg-2.jar:2.1.3-SNAPSHOT]
at com.sun.faces.renderkit.html_basic.HtmlBasicRenderer.encodeEnd(HtmlBasicRenderer.java:170) [jsf-impl-2.1.3-b02-jbossorg-2.jar:2.1.3-SNAPSHOT]
at javax.faces.component.UIComponentBase.encodeEnd(UIComponentBase.java:875) [jboss-jsf-api_2.1_spec-2.0.0.Beta1.jar:2.0.0.Beta1]
at com.sun.faces.renderkit.html_basic.HtmlBasicRenderer.encodeRecursive(HtmlBasicRenderer.java:312) [jsf-impl-2.1.3-b02-jbossorg-2.jar:2.1.3-SNAPSHOT]
at com.sun.faces.renderkit.html_basic.GridRenderer.renderRow(GridRenderer.java:185) [jsf-impl-2.1.3-b02-jbossorg-2.jar:2.1.3-SNAPSHOT]
at com.sun.faces.renderkit.html_basic.GridRenderer.encodeChildren(GridRenderer.java:129) [jsf-impl-2.1.3-b02-jbossorg-2.jar:2.1.3-SNAPSHOT]
at javax.faces.component.UIComponentBase.encodeChildren(UIComponentBase.java:845) [jboss-jsf-api_2.1_spec-2.0.0.Beta1.jar:2.0.0.Beta1]
at javax.faces.component.UIComponent.encodeAll(UIComponent.java:1756) [jboss-jsf-api_2.1_spec-2.0.0.Beta1.jar:2.0.0.Beta1]
at org.richfaces.renderkit.RendererBase.renderChildren(RendererBase.java:276) [richfaces-components-ui-4.2.0.CR1.jar:]
at org.richfaces.renderkit.html.PanelRenderer.encodeEnd(PanelRenderer.java:181) [richfaces-components-ui-4.2.0.CR1.jar:]
at javax.faces.component.UIComponentBase.encodeEnd(UIComponentBase.java:875) [jboss-jsf-api_2.1_spec-2.0.0.Beta1.jar:2.0.0.Beta1]
at javax.faces.component.UIComponent.encodeAll(UIComponent.java:1763) [jboss-jsf-api_2.1_spec-2.0.0.Beta1.jar:2.0.0.Beta1]
at javax.faces.render.Renderer.encodeChildren(Renderer.java:168) [jboss-jsf-api_2.1_spec-2.0.0.Beta1.jar:2.0.0.Beta1]
at javax.faces.component.UIComponentBase.encodeChildren(UIComponentBase.java:845) [jboss-jsf-api_2.1_spec-2.0.0.Beta1.jar:2.0.0.Beta1]
at javax.faces.component.UIComponent.encodeAll(UIComponent.java:1756) [jboss-jsf-api_2.1_spec-2.0.0.Beta1.jar:2.0.0.Beta1]
at javax.faces.component.UIComponent.encodeAll(UIComponent.java:1759) [jboss-jsf-api_2.1_spec-2.0.0.Beta1.jar:2.0.0.Beta1]
at javax.faces.component.UIComponent.encodeAll(UIComponent.java:1759) [jboss-jsf-api_2.1_spec-2.0.0.Beta1.jar:2.0.0.Beta1]
at com.sun.faces.application.view.FaceletViewHandlingStrategy.renderView(FaceletViewHandlingStrategy.java:401) [jsf-impl-2.1.3-b02-jbossorg-2.jar:2.1.3-SNAPSHOT]
at com.sun.faces.application.view.MultiViewHandler.renderView(MultiViewHandler.java:131) [jsf-impl-2.1.3-b02-jbossorg-2.jar:2.1.3-SNAPSHOT]
at javax.faces.application.ViewHandlerWrapper.renderView(ViewHandlerWrapper.java:288) [jboss-jsf-api_2.1_spec-2.0.0.Beta1.jar:2.0.0.Beta1]
at javax.faces.application.ViewHandlerWrapper.renderView(ViewHandlerWrapper.java:288) [jboss-jsf-api_2.1_spec-2.0.0.Beta1.jar:2.0.0.Beta1]
at com.sun.faces.lifecycle.RenderResponsePhase.execute(RenderResponsePhase.java:121) [jsf-impl-2.1.3-b02-jbossorg-2.jar:2.1.3-SNAPSHOT]
at com.sun.faces.lifecycle.Phase.doPhase(Phase.java:101) [jsf-impl-2.1.3-b02-jbossorg-2.jar:2.1.3-SNAPSHOT]
at com.sun.faces.lifecycle.LifecycleImpl.render(LifecycleImpl.java:139) [jsf-impl-2.1.3-b02-jbossorg-2.jar:2.1.3-SNAPSHOT]
at org.richfaces.demo.arrangeablemodel.PersistenceLifecycle.render(PersistenceLifecycle.java:66) [classes:]
at javax.faces.webapp.FacesServlet.service(FacesServlet.java:594) [jboss-jsf-api_2.1_spec-2.0.0.Beta1.jar:2.0.0.Beta1]
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:329) [jbossweb-7.0.1.Final.jar:7.0.2.Final]
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:248) [jbossweb-7.0.1.Final.jar:7.0.2.Final]
at org.jboss.weld.servlet.ConversationPropagationFilter.doFilter(ConversationPropagationFilter.java:67) [weld-core-1.1.2.Final.jar:2011-07-26 15:02]
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:280) [jbossweb-7.0.1.Final.jar:7.0.2.Final]
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:248) [jbossweb-7.0.1.Final.jar:7.0.2.Final]
at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:275) [jbossweb-7.0.1.Final.jar:7.0.2.Final]
at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:161) [jbossweb-7.0.1.Final.jar:7.0.2.Final]
at org.jboss.as.web.security.SecurityContextAssociationValve.invoke(SecurityContextAssociationValve.java:139) [jboss-as-web-7.0.2.Final.jar:7.0.2.Final]
at org.jboss.as.web.NamingValve.invoke(NamingValve.java:57) [jboss-as-web-7.0.2.Final.jar:7.0.2.Final]
at org.jboss.as.jpa.interceptor.WebNonTxEmCloserValve.invoke(WebNonTxEmCloserValve.java:49) [jboss-as-jpa-7.0.2.Final.jar:7.0.2.Final]
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:154) [jbossweb-7.0.1.Final.jar:7.0.2.Final]
at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102) [jbossweb-7.0.1.Final.jar:7.0.2.Final]
at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) [jbossweb-7.0.1.Final.jar:7.0.2.Final]
at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:362) [jbossweb-7.0.1.Final.jar:7.0.2.Final]
at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:877) [jbossweb-7.0.1.Final.jar:7.0.2.Final]
at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:667) [jbossweb-7.0.1.Final.jar:7.0.2.Final]
at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:952) [jbossweb-7.0.1.Final.jar:7.0.2.Final]
at java.lang.Thread.run(Thread.java:662) [:1.6.0_22]
{code}
The demos works fine on JBoss AS 7.1.0.CR1b.
The thing is that the showcase deployment on *JBoss AS 7.0.2.Final* uses *guava-r6* shipped with container, and deployment on *JBoss AS 7.1.0.CR1b uses shipped guava-10.0.1.*
So it should be set in jboss-deployment-structure.xml that application is bringing it own guava.
--
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
13 years, 11 months
[JBoss JIRA] (RF-11529) a4j:support in rich:datatable JS crash in Chrome with limitToList="true"
by Stef Klaassen (Created) (JIRA)
a4j:support in rich:datatable JS crash in Chrome with limitToList="true"
------------------------------------------------------------------------
Key: RF-11529
URL: https://issues.jboss.org/browse/RF-11529
Project: RichFaces
Issue Type: Bug
Security Level: Public (Everyone can see)
Affects Versions: 3.3.3.Final
Environment: Tomcat 7, RichFaces 3.3.3.Final
Reporter: Stef Klaassen
Priority: Minor
I've got a Datatable in which I have a column that contains a tomahawk selectOneRadio. In this selectOneRadio is a a4j:support that has an onclick event to update some components. On this support-tag I had the limitToList-attribute set to true. This works fine in FF and IE, but today I tested it in Chrome and I saw that the Javascript wasn't executed anymore. When I click a radiobutton first, which makes another button in the next column dissapear, all goes well. But when I click another radiobutton that should make the next column button reappear again, it fails.
I get the following error in chrome: Uncaught Error: Uncaught Error: NOT_SUPPORTED_ERR: DOM Exception 9 3_3_3.Finalorg.ajax4jsf.javascript.AjaxScript.html:121 which points at this line: var importednode=window.document.importNode(newnode,true);LOG.debug("Replace content of node by replaceChild()");var oldGetElementById=null;A4J.AJAX.TestReplacedGetElementByIdVisibility();if(!A4J.AJAX._testReplacedGetElementByIdVisibility){LOG.debug("Temporarily substituting document.getElementById() to work around WebKit issue");oldGetElementById=document.getElementById;document.getElementById=function(id){var elt=oldGetElementById.apply(document,arguments);if(!elt){var id=arguments[0];LOG.debug("Element [@id='"+id+"'] was not found in document, trying to locate XPath match");try{var result=importednode.ownerDocument.evaluate("//*[@id='"+id+"']",importednode,null,XPathResult.ANY_UNORDERED_NODE_TYPE);if(result){elt=result.singleNodeValue;}
--
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
13 years, 11 months
[JBoss JIRA] Created: (RF-11035) Unexpected exception during isValid call with Hibernate @Size validation on h:selectManyCheckbox
by Ján Jamrich (JIRA)
Unexpected exception during isValid call with Hibernate @Size validation on h:selectManyCheckbox
------------------------------------------------------------------------------------------------
Key: RF-11035
URL: https://issues.jboss.org/browse/RF-11035
Project: RichFaces
Issue Type: Bug
Security Level: Public (Everyone can see)
Environment: * RichFaces 4.1.0-SNAPSHOT r.22520
* Metamer ${4.1.0-SNAPSHOT} r.${22520}
* Apache MyFaces JSF-2.0 Core Impl 2.0.4 /
* Apache Tomcat 7.0.12
* Java(TM) SE Runtime Environment 1.6.0_19-b04 @Linux
* Firefox 3.6.17 @ Linux x86_64
Reporter: Ján Jamrich
When validation performed on input of type h:selectManyCheckbox (bound to property of type List<String>) on backing bean), and unexpected error appear. See details for Mojarra and MyFaces in log attached.
Since property bound to property is List type, SizeValidatorForCollection validator implementation is called. But submited items from h:selectManyCheckbox are sent to appropriate method (isValid() ) as String[]. (Every item from selectManyCheckbox is another array item). Its the same behavior for Mojarra and MyFaces.
@Size annotation declare that it should work with String, Collection, Map and Array.
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
13 years, 11 months
[JBoss JIRA] (RF-11923) rich:contextMenu - option to render context menu under mouse focus
by Juraj Huska (JIRA)
Juraj Huska created RF-11923:
--------------------------------
Summary: rich:contextMenu - option to render context menu under mouse focus
Key: RF-11923
URL: https://issues.jboss.org/browse/RF-11923
Project: RichFaces
Issue Type: Feature Request
Security Level: Public (Everyone can see)
Components: base functionality , component, component-menu, showcase
Affects Versions: 4.1.0.Final
Reporter: Juraj Huska
Priority: Optional
It would be nice IMHO to have an option to render context menu right under the mouse focus, like it is for example done in GNOME environment. So when user triggers context menu, then he will not need to move his mouse to select first option, but it will be enough just to click to have selected first option, since that option will be rendered under mouse focus.
Nice use case for this is for example demo for rich:context menu from showcase, where only one menu item is in context menu, and takes some time to move the mouse on that option.
--
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
13 years, 11 months
[JBoss JIRA] (RF-11915) MenuGroup with all items disabled or no items causes JS error
by Ján Halaša (JIRA)
Ján Halaša created RF-11915:
-------------------------------
Summary: MenuGroup with all items disabled or no items causes JS error
Key: RF-11915
URL: https://issues.jboss.org/browse/RF-11915
Project: RichFaces
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: component-menu
Affects Versions: 4.1.0.Final
Environment: Tomcat 6.0.26, MyFaces 2.1.13, RichFaces
Reporter: Ján Halaša
Submenu (r:menuGroup) containing only disabled items or no items, causes a JavaScript error when it is supposed to get hidden (moving cursor to the next item in the parent menu).
In Firefox 9:
parentMenu is undefined
menu-base.js, line 126
In MSIE 7:
'nodeType' is null or not an object
richfaces.js, line 43
It's the same error only reported from the different level of the call stack.
--
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
13 years, 11 months