April 2013 - richfaces-issues - Jboss List Archives

[JBoss JIRA] (RF-12916) a4j:push doesn't work in cluster and doesn't have a asynchronous way to notify all Topics (e.g. JMS)

by Luan Cestari (JIRA)

Luan Cestari created RF-12916: --------------------------------- Summary: a4j:push doesn't work in cluster and doesn't have a asynchronous way to notify all Topics (e.g. JMS) Key: RF-12916 URL: https://issues.jboss.org/browse/RF-12916 Project: RichFaces Issue Type: Feature Request Security Level: Public (Everyone can see) Affects Versions: 4.3.0.Final Reporter: Luan Cestari The customer is using JBoss in cluster and he have a Richfaces 4. The web client is using websocket using Richfaces/Atmosphere. The problem is that the customer have heavy asynchronous process that need to notify all websockets from all users (using a JMS, for example) -- 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

12 years, 11 months

1
0
0 / 0

[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 updated RF-12907: ------------------------------- Labels: (was: waiting_on_user) > 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 > Priority: Blocker > 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

12 years, 11 months

1
0
0 / 0

[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 updated RF-12907: ------------------------------- Priority: Major (was: Blocker) > 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

12 years, 11 months

1
0
0 / 0

[JBoss JIRA] (RF-12833) richfaces.js conflicts with prototype.js

by Mark Torres (JIRA)

[ https://issues.jboss.org/browse/RF-12833?page=com.atlassian.jira.plugin.s... ] Mark Torres updated RF-12833: ----------------------------- Attachment: RF-12833.patch Any reason why the following attached patch won't work? This pattern seem to be used in the other js files in richfaces-core. One of the issues is that inside richfaces.js, there are references to $, which it expects to be jQuery. This is usually occupied by prototype. > richfaces.js conflicts with prototype.js > ---------------------------------------- > > Key: RF-12833 > URL: https://issues.jboss.org/browse/RF-12833 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-a4j-core > Affects Versions: 4.3.1 > Reporter: Mark Torres > Fix For: 5-Tracking > > Attachments: RF-12833.patch > > > Getting some javascript errors on richfaces.js. > Upon inspection, it is using > (function(jQuery, richfaces) { > ... > instead of > (function($, richfaces) { > ... -- 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

12 years, 11 months

1
0
0 / 0

[JBoss JIRA] (RF-12907) render="@form" problem with a4jCommand Button / Link / @all

by Jean ANDRE (JIRA)

[ https://issues.jboss.org/browse/RF-12907?page=com.atlassian.jira.plugin.s... ] Jean ANDRE edited comment on RF-12907 at 4/15/13 11:36 AM: ----------------------------------------------------------- Another clue: We made the following test by adding the @all for the render attribute for the "NEW LIST" button and we need to click twice to open the file, removing it, it works. So, it is clear that using "@all" does not have the same effect as using only the id. Why refreshing the whole page makes our page having a bad behavior than refreshing only some parts of the page ? {code} render="desktopTabs menuOpenedTabs @all" {code} was (Author: jorelia64): Another clue: We made the following test by adding the @all for the render attribute for the "NEW LIST" button and we need to click twice to open the file, removing it, it works. So, it is clear that using "@all" does not have the same effect as using only the id. Why refreshing the whole page is worse than refreshing only some parts of the page ? {code} render="desktopTabs menuOpenedTabs @all" {code} > 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 > Priority: Blocker > Labels: waiting_on_user > 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

12 years, 11 months

1
0
0 / 0

[JBoss JIRA] (RF-12907) render="@form" problem with a4jCommand Button / Link / @all

by Jean ANDRE (JIRA)

[ https://issues.jboss.org/browse/RF-12907?page=com.atlassian.jira.plugin.s... ] Jean ANDRE edited comment on RF-12907 at 4/15/13 11:35 AM: ----------------------------------------------------------- Another clue: We made the following test by adding the @all for the render attribute for the "NEW LIST" button and we need to click twice to open the file, removing it, it works. So, it is clear that using "@all" does not have the same effect as using only the id. Why refreshing the whole page is worse than refreshing only some parts of the page ? {code} render="desktopTabs menuOpenedTabs @all" {code} was (Author: jorelia64): Another clue: We made the following test by adding the @all for the render attribute for the "NEW LIST" button and we need to click twice to open the file, removing it, it works. So, it is clear that using "@all" does not have the same effect of using only the id. Why refreshing the whole page is worse than refreshing only some parts of the page ? {code} render="desktopTabs menuOpenedTabs @all" {code} > 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 > Priority: Blocker > Labels: waiting_on_user > 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

12 years, 11 months

1
0
0 / 0

[JBoss JIRA] (RF-12907) render="@form" problem with a4jCommand Button / Link / @all

by Jean ANDRE (JIRA)

[ https://issues.jboss.org/browse/RF-12907?page=com.atlassian.jira.plugin.s... ] Jean ANDRE edited comment on RF-12907 at 4/15/13 11:22 AM: ----------------------------------------------------------- Another clue: We made the following test by adding the @all for the render attribute for the "NEW LIST" button and we need to click twice to open the file, removing it, it works. So, it is clear that using "@all" does not have the same effect of using only the id. Why refreshing the whole page is worse than refreshing only some parts of the page ? {code} render="desktopTabs menuOpenedTabs @all" {code} was (Author: jorelia64): Another clue: We made the following test by adding the @all for the render attribute for the "NEW LIST" button and we need to click twice to open the file, removing it, the it works. So, it is clear that using "@all" does not have the same effect of using only the id. Why refreshing the whole page is worse than refreshing only some parts of the page ? {code} render="desktopTabs menuOpenedTabs @all" {code} > 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 > Priority: Blocker > Labels: waiting_on_user > 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

12 years, 11 months

1
0
0 / 0

[JBoss JIRA] (RF-12907) render="@form" problem with a4jCommand Button / Link / @all

by Jean ANDRE (JIRA)

[ https://issues.jboss.org/browse/RF-12907?page=com.atlassian.jira.plugin.s... ] Jean ANDRE edited comment on RF-12907 at 4/15/13 11:20 AM: ----------------------------------------------------------- I've also updated the code to trigger the error (paneOne.xhtml). {code}    <a4j:commandButton id="newListCmd" value="#{msg['common.command.new.list']}" action="#{panelOneController.doNewList}" render="@form" status="ajaxStatus" />   {code} Once you get the list (listItem.xhtml) from the search panel, clicking on the "Open" link, trigger the behavior. Replacing the "@form" by the commented line, it works - @form, does not work. was (Author: jorelia64): I've also updated the code to trigger the error (paneOne.xhtml). {code}    <a4j:commandButton id="newListCmd" value="#{msg['common.command.new.list']}" action="#{panelOneController.doNewList}" render="@form" status="ajaxStatus" />   {code} Once you get the list (listItem.xhtml) from the search panel, clicking on the "Open" link, trigger the behavior. Replacing the "@form" by the commented line, does not. > 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 > Priority: Blocker > Labels: waiting_on_user > 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

12 years, 11 months

1
0
0 / 0

[JBoss JIRA] (RF-12907) render="@form" problem with a4jCommand Button / Link / @all

by Jean ANDRE (JIRA)

[ https://issues.jboss.org/browse/RF-12907?page=com.atlassian.jira.plugin.s... ] Jean ANDRE updated RF-12907: ---------------------------- Summary: render="@form" problem with a4jCommand Button / Link / @all (was: render="@form" problem with a4jCommand Button) > 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 > Priority: Blocker > Labels: waiting_on_user > 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

12 years, 11 months

1
0
0 / 0

[JBoss JIRA] (RF-12914) r:jquery - can not found this function

by Lukáš Fryč (JIRA)

[ https://issues.jboss.org/browse/RF-12914?page=com.atlassian.jira.plugin.s... ] Lukáš Fryč updated RF-12914: ---------------------------- Assignee: (was: Lukáš Fryč) > r:jquery - can not found this function > -------------------------------------- > > Key: RF-12914 > URL: https://issues.jboss.org/browse/RF-12914 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-misc > Affects Versions: 5.0.0.Alpha1 > Reporter: Juraj Húska > Fix For: 5.0.0.Alpha1 > > > The function from RF 4 {{rich:jQuery}} can not be found in RF 5. > There are {{r:jQuerySelector}} and {{r:jQueryObject}}. > Possible answer is that it was renamed to *jQueryObject* ? -- 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

12 years, 11 months

1
0
0 / 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

richfaces-issues April 2013