[JBoss JIRA] (RF-12907) render="@form" problem with a4jCommand Button / Link / @all
by Brian Leathem (JIRA)
[ https://issues.jboss.org/browse/RF-12907?page=com.atlassian.jira.plugin.s... ]
Brian Leathem commented on RF-12907:
------------------------------------
Jean Andre, I appreciate your enthusiasm in resolving issues, but the amount of information is like a firehose. It is hard figure out what this issue is about. Keep in mind your issues is one of hundreds, if you want to see your issue addressed, please make it straightforward to do so. You can achieve this by:
# Describe your problem in terms of _what you observe_, and _what you expect to observe_
# Provide a sample application with one bean, and one facelet reproducing this error. Our responsibility is to debug richfaces, not your applications.
# Only one issue per report. Comments of "we found another ..." only serve to increase the complexity of an issue.
Feel free to close this issue, and open new issues as described above.
> render="@form" problem with a4jCommand Button / Link / @all
> -----------------------------------------------------------
>
> Key: RF-12907
> URL: https://issues.jboss.org/browse/RF-12907
> Project: RichFaces
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Affects Versions: 4.2.3.Final, 4.3.1
> Environment: JSF Mojarra 2.1.21 or 2.1.20 - Glassfish or WAS 8.0.0.x Servlet 3.0 or 2.5
> Reporter: Jean ANDRE
> Attachments: Nested-Spring-3.2.2.zip, NestedEar-CDI.zip
>
>
> Please see the report at: http://java.net/jira/browse/JAVASERVERFACES-2016
> It seems that that there is a problem with a4j button and the value of @form/render attribute.
> The symptom we got is after refreshing the panel for building a list. Click on link form the result lisk does not trigger the action.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
11 years, 7 months
[JBoss JIRA] (RF-12845) rich:menuItem does not work as composite component
by Brian Leathem (JIRA)
[ https://issues.jboss.org/browse/RF-12845?page=com.atlassian.jira.plugin.s... ]
Brian Leathem updated RF-12845:
-------------------------------
Fix Version/s: 5-Tracking
> rich:menuItem does not work as composite component
> --------------------------------------------------
>
> Key: RF-12845
> URL: https://issues.jboss.org/browse/RF-12845
> Project: RichFaces
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: component-menu
> Affects Versions: 4.3.1
> Environment: Win7 x64, Java 6 x64, Tomcat 7.0.30 x64, RF 4.3.1, IE8 + FF19.0.2
> Reporter: Michael B
> Priority: Minor
> Labels: richfaces
> Fix For: 5-Tracking
>
>
> When creating a composite component that contains a rich:menuItem, the menu item is not showing. => Client side error while identifying the menu items parent via css-selector.
> {code:xml|title:menuItem.xhtml}
> <?xml version="1.0" encoding="UTF-8"?>
> <!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:h="http://java.sun.com/jsf/html"
> xmlns:f="http://java.sun.com/jsf/core"
> xmlns:rich="http://richfaces.org/rich"
> xmlns:composite="http://java.sun.com/jsf/composite">
>
> <composite:interface>
> <composite:attribute name="icon" type="java.lang.String" required="false" />
> <composite:attribute name="label" type="java.lang.String" required="true" />
> <composite:attribute name="menuItem" type="java.lang.String" required="true" />
> <composite:attribute name="menuKey" type="java.lang.String" required="true" />
> <composite:attribute name="value" type="java.lang.String" required="true" />
> </composite:interface>
>
> <composite:implementation>
> <rich:menuItem label="#{cc.attrs.label}" icon="#{cc.attrs.icon}" action="#{menuController.menuItemClicked}" rendered="#{menuController.isMenuItemAccessible( cc.attrs.menuKey, cc.attrs.menuItem )}">
> <f:param name="selectedItem" value="#{cc.attrs.value}" />
> </rich:menuItem>
> </composite:implementation>
>
> </html>
> {code}
> Including the resulting composite component in a rich:dropDownMenu like
> {code:xml}
> <ui:composition xmlns="http://www.w3.org/1999/xhtml"
> xmlns:ui="http://java.sun.com/jsf/facelets"
> xmlns:h="http://java.sun.com/jsf/html"
> xmlns:f="http://java.sun.com/jsf/core"
> xmlns:a4j="http://richfaces.org/a4j"
> xmlns:rich="http://richfaces.org/rich"
> xmlns:xxx="http://java.sun.com/jsf/composite/xxx">
>
> <rich:toolbar>
> <rich:dropDownMenu>
> <f:facet name="label">
> <h:outputText value="Test" />
> </f:facet>
> <xxx:menuItem label="Item 1" value="item1" menuKey="aaa" menuItem="bbb" />
> </rich:dropDownMenu>
> </rich:toolbar>
>
> </ui:composition>
> {code}
> ... reproduces the problem. Writing the rich:menuItem directly inside the rich:dropDownMenu works. Also wrapping the composite component with rich:menuGroup works. Only the direct child option fails.
> See example for comparison - item 2 and 3 are working, while item 1 is not:
> {code:xml}
> <ui:composition xmlns="http://www.w3.org/1999/xhtml"
> xmlns:ui="http://java.sun.com/jsf/facelets"
> xmlns:h="http://java.sun.com/jsf/html"
> xmlns:f="http://java.sun.com/jsf/core"
> xmlns:a4j="http://richfaces.org/a4j"
> xmlns:rich="http://richfaces.org/rich"
> xmlns:xxx="http://java.sun.com/jsf/composite/xxx">
>
> <rich:toolbar>
> <rich:dropDownMenu>
> <f:facet name="label">
> <h:outputText value="Test" />
> </f:facet>
> <xxx:menuItem label="Item 1" value="item1" menuKey="aaa" menuItem="bbb" />
> <rich:menuItem label="Item 2" action="#{menuController.menuItemClicked}" rendered="#{menuController.isMenuItemAccessible( 'aaa', 'bbb' )}">
> <f:param name="selectedItem" value="item2" />
> </rich:menuItem>
> <rich:menuGroup label="Group">
> <xxx:menuItem label="Item 3" value="item3" menuKey="aaa" menuItem="bbb" />
> </rich:menuGroup>
> </rich:dropDownMenu>
> </rich:toolbar>
>
> </ui:composition>
> {code}
> On a side not: just found out, that the problem might come from the rich:dropDownMenu only allowing for direct children of type rich:menuGroup or rich:menuItem, while a composite component always adds another UIPanel to wrap itself. So if I understand the concept correctly, one would have to write a custom component class that is a menu item and also implements NamingContainer and add it as 'componentType' to the interface. Kinda beats the purpose of being able to easily create an extended markup for components that are expected as direct children though.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
11 years, 7 months
[JBoss JIRA] (RF-12637) Zip exception when deploying RichFaces app with JSF 2.2 to JBoss AS 7.2
by Brian Leathem (JIRA)
[ https://issues.jboss.org/browse/RF-12637?page=com.atlassian.jira.plugin.s... ]
Brian Leathem reassigned RF-12637:
----------------------------------
Assignee: Pavol Pitonak (was: Stan Silvert)
[~ppitonak]the upstream issue has been marked as resolved. Can you confirm this is no longer an issue?
> Zip exception when deploying RichFaces app with JSF 2.2 to JBoss AS 7.2
> -----------------------------------------------------------------------
>
> Key: RF-12637
> URL: https://issues.jboss.org/browse/RF-12637
> Project: RichFaces
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: compatibility
> Affects Versions: 4.3.0.M2
> Environment: JBoss AS 7.2.0.Alpha1-SNAPSHOT (from 3 Dec 2012)
> Mojarra 2.2.0-SNAPSHOT (after 2.2.0-m06)
> RichFaces 4.3.0-SNAPSHOT
> Reporter: Pavol Pitonak
> Assignee: Pavol Pitonak
> Labels: jsf22
> Attachments: jsf22.zip
>
>
> # extract jsf22.zip
> # open directory and build project with {{mvn clean package -Prelease}}
> # download latest JBoss AS 7.2.0.Alpha1 from https://ci.jboss.org/jenkins/job/JBoss-AS-7.x-latest/
> # add Mojarra 2.2.0-SNAPSHOT to JBoss AS as described in https://community.jboss.org/wiki/DesignOfAS7Multi-JSFFeature
> # deploy jsf22-jee6.war
> result:
> {quote}
> 15:49:31,425 INFO [org.jboss.as.server.deployment] (MSC service thread 1-3) JBAS015876: Starting deployment of "jsf22-jee6.war"
> 15:49:32,644 WARN [org.jboss.weld.deployer] (MSC service thread 1-3) JBAS016012: Deployment deployment "jsf22-jee6.war" contains CDI annotations but beans.xml was not found.
> 15:49:32,681 INFO [org.jboss.web] (ServerService Thread Pool -- 10) JBAS018210: Register web context: /jsf22-jee6
> 15:49:32,755 INFO [javax.enterprise.resource.webcontainer.jsf.config] (ServerService Thread Pool -- 10) Initializing Mojarra 2.2.0 (-SNAPSHOT 20121204-0807 https://svn.java.net/svn/mojarra~svn/trunk@11125) for context '/jsf22-jee6'
> 15:49:34,438 SEVERE [javax.enterprise.resource.webcontainer.jsf.config] (ServerService Thread Pool -- 10) Unable to process annotations for url, vfs:/content/jsf22-jee6.war/WEB-INF/lib/richfaces-components-ui-4.3.0-20121203.111732-232.jar/META-INF/faces-config.xml. Reason: java.util.zip.ZipException: zip file is empty
> 15:49:34,439 SEVERE [javax.enterprise.resource.webcontainer.jsf.config] (ServerService Thread Pool -- 10) : java.util.zip.ZipException: zip file is empty
> 2.0-SNAPSHOT]
> :2.2.0-SNAPSHOT]
> OT]
> ]
> OT]
> 15:49:34,445 SEVERE [javax.enterprise.resource.webcontainer.jsf.config] (ServerService Thread Pool -- 10) Unable to process annotations for url, vfs:/content/jsf22-jee6.war/WEB-INF/lib/richfaces-core-impl-4.3.0-20121203.205629-130.jar/META-INF/faces-config.xml. Reason: java.util.zip.ZipException: zip file is empty
> 15:49:34,445 SEVERE [javax.enterprise.resource.webcontainer.jsf.config] (ServerService Thread Pool -- 10) : java.util.zip.ZipException: zip file is empty
> at java.util.zip.ZipFile.open(Native Method) [rt.jar:1.7.0_09-icedtea]
> at java.util.zip.ZipFile.<init>(ZipFile.java:214) [rt.jar:1.7.0_09-icedtea]
> at java.util.zip.ZipFile.<init>(ZipFile.java:144) [rt.jar:1.7.0_09-icedtea]
> at java.util.jar.JarFile.<init>(JarFile.java:152) [rt.jar:1.7.0_09-icedtea]
> at sun.net.www.protocol.jar.URLJarFile.<init>(URLJarFile.java:88) [rt.jar:1.7.0_09-icedtea]
> at sun.net.www.protocol.jar.URLJarFile$1.run(URLJarFile.java:221) [rt.jar:1.7.0_09-icedtea]
> at sun.net.www.protocol.jar.URLJarFile$1.run(URLJarFile.java:216) [rt.jar:1.7.0_09-icedtea]
> at java.security.AccessController.doPrivileged(Native Method) [rt.jar:1.7.0_09-icedtea]
> at sun.net.www.protocol.jar.URLJarFile.retrieve(URLJarFile.java:215) [rt.jar:1.7.0_09-icedtea]
> at sun.net.www.protocol.jar.URLJarFile.getJarFile(URLJarFile.java:71) [rt.jar:1.7.0_09-icedtea]
> at sun.net.www.protocol.jar.JarFileFactory.get(JarFileFactory.java:73) [rt.jar:1.7.0_09-icedtea]
> at sun.net.www.protocol.jar.JarURLConnection.connect(JarURLConnection.java:122) [rt.jar:1.7.0_09-icedtea]
> at sun.net.www.protocol.jar.JarURLConnection.getJarFile(JarURLConnection.java:89) [rt.jar:1.7.0_09-icedtea]
> at com.sun.faces.config.JavaClassScanningAnnotationScanner.processClasspath(JavaClassScanningAnnotationScanner.java:166) [jsf-impl-2.2.0-SNAPSHOT.jar:2.2.0-SNAPSHOT]
> at com.sun.faces.config.JavaClassScanningAnnotationScanner.getAnnotatedClasses(JavaClassScanningAnnotationScanner.java:125) [jsf-impl-2.2.0-SNAPSHOT.jar:2.2.0-SNAPSHOT]
> at com.sun.faces.config.DelegatingAnnotationProvider.getAnnotatedClasses(DelegatingAnnotationProvider.java:85) [jsf-impl-2.2.0-SNAPSHOT.jar:2.2.0-SNAPSHOT]
> at com.sun.faces.config.ConfigManager$AnnotationScanTask.call(ConfigManager.java:879) [jsf-impl-2.2.0-SNAPSHOT.jar:2.2.0-SNAPSHOT]
> at com.sun.faces.config.ConfigManager$AnnotationScanTask.call(ConfigManager.java:831) [jsf-impl-2.2.0-SNAPSHOT.jar:2.2.0-SNAPSHOT]
> at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334) [rt.jar:1.7.0_09-icedtea]
> at java.util.concurrent.FutureTask.run(FutureTask.java:166) [rt.jar:1.7.0_09-icedtea]
> at com.sun.faces.config.ConfigManager.initialize(ConfigManager.java:370) [jsf-impl-2.2.0-SNAPSHOT.jar:2.2.0-SNAPSHOT]
> at com.sun.faces.config.ConfigureListener.contextInitialized(ConfigureListener.java:224) [jsf-impl-2.2.0-SNAPSHOT.jar:2.2.0-SNAPSHOT]
> at org.apache.catalina.core.StandardContext.contextListenerStart(StandardContext.java:3339) [jbossweb-7.2.0.Alpha5.jar:7.2.0.Alpha5]
> at org.apache.catalina.core.StandardContext.start(StandardContext.java:3777) [jbossweb-7.2.0.Alpha5.jar:7.2.0.Alpha5]
> at org.jboss.as.web.deployment.WebDeploymentService.doStart(WebDeploymentService.java:156) [jboss-as-web-7.2.0.Alpha1-SNAPSHOT.jar:7.2.0.Alpha1-SNAPSHOT]
> at org.jboss.as.web.deployment.WebDeploymentService.access$000(WebDeploymentService.java:60) [jboss-as-web-7.2.0.Alpha1-SNAPSHOT.jar:7.2.0.Alpha1-SNAPSHOT]
> at org.jboss.as.web.deployment.WebDeploymentService$1.run(WebDeploymentService.java:93) [jboss-as-web-7.2.0.Alpha1-SNAPSHOT.jar:7.2.0.Alpha1-SNAPSHOT]
> at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471) [rt.jar:1.7.0_09-icedtea]
> at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334) [rt.jar:1.7.0_09-icedtea]
> at java.util.concurrent.FutureTask.run(FutureTask.java:166) [rt.jar:1.7.0_09-icedtea]
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110) [rt.jar:1.7.0_09-icedtea]
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603) [rt.jar:1.7.0_09-icedtea]
> at java.lang.Thread.run(Thread.java:722) [rt.jar:1.7.0_09-icedtea]
> at org.jboss.threads.JBossThread.run(JBossThread.java:122)
> 15:49:34,613 INFO [org.hibernate.validator.util.Version] (ServerService Thread Pool -- 10) Hibernate Validator 4.2.0.Final
> 15:49:35,235 INFO [javax.enterprise.resource.webcontainer.jsf.config] (ServerService Thread Pool -- 10) Monitoring jndi:/default-host/jsf22-jee6/WEB-INF/faces-config.xml for modifications
> 15:49:35,418 INFO [org.richfaces.log.Cache] (ServerService Thread Pool -- 10) Selected fallback cache factory
> 15:49:35,420 INFO [org.richfaces.log.Cache] (ServerService Thread Pool -- 10) Creating LRUMap cache instance using parameters: {org.jboss.jbossfaces.JSF_CONFIG_NAME=mojarra-2.2.0-SNAPSHOT, org.richfaces.resourceMapping.enabled=true, javax.faces.PROJECT_STAGE=Development, javax.faces.SKIP_COMMENTS=true, org.jboss.jbossfaces.WAR_BUNDLES_JSF_IMPL=false}
> 15:49:35,429 INFO [org.richfaces.log.Cache] (ServerService Thread Pool -- 10) Creating LRUMap cache instance of 512 items capacity
> 15:49:35,446 INFO [org.richfaces.log.Application] (ServerService Thread Pool -- 10) RichFaces Core Implementation by JBoss by Red Hat, version 4.3.0-SNAPSHOT
> 15:49:35,512 WARNING [org.richfaces.log.Application] (ServerService Thread Pool -- 10) JMS API was found on the classpath; if you want to enable RichFaces Push JMS integration, set context-param 'org.richfaces.push.jms.enabled' in web.xml
> 15:49:35,650 INFO [org.jboss.as.server] (DeploymentScanner-threads - 2) JBAS018559: Deployed "jsf22-jee6.war"
> {quote}
> * richfaces-components-ui-4.3.0-20121203.111732-232.jar is definitely *not empty*
> * application works fine with Tomcat 7.0.32
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
11 years, 7 months
[JBoss JIRA] (RF-12896) Richfaces TopicsContext.lookup() returns null after redeployment when Richfaces is deployed as a module in JBoss EAP 6
by Brian Leathem (JIRA)
[ https://issues.jboss.org/browse/RF-12896?page=com.atlassian.jira.plugin.s... ]
Brian Leathem reassigned RF-12896:
----------------------------------
Assignee: (was: Brian Leathem)
> Richfaces TopicsContext.lookup() returns null after redeployment when Richfaces is deployed as a module in JBoss EAP 6
> ----------------------------------------------------------------------------------------------------------------------
>
> Key: RF-12896
> URL: https://issues.jboss.org/browse/RF-12896
> Project: RichFaces
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: component-push/poll
> Affects Versions: 4.2.3.Final
> Reporter: Ilia Vassilev
> Attachments: jboss-as-helloworld-rf.war, modules.zip, RichBean.java
>
>
> Our application uses Richfaces push functionality and makes a call to lookup the TopicsContext in the constructor of one of a backing bean. The code looks like this below. This works fine when Richfaces is packaged in the war, however when we extract the richfaces jars into a module and have our applications declare a module dependency, there is an issue when we redeploy the application. It works fine when JBoss is first started, but if we redeploy the application while JBoss is running, we are getting a NullPointerException in our application because TopicsContext.lookup() is returning null.
> {code}
> @PostConstruct
> public void postContruct() {
> TopicsContext topicsContext = TopicsContext.lookup();
> if(topicsContext == null)
> log(" - topicsContext is NULL");
> pushTK = new TopicKey(PUSH_TOPIC);
> // this will fail if topicsContext is null (NPE)
> topicsContext.getOrCreateTopic(pushTK);
> }
> {code}
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
11 years, 7 months