[JBoss JIRA] (RF-12865) A4j:commandButton fail to render/update other components with MyFaces
by Daniel G (JIRA)
[ https://issues.jboss.org/browse/RF-12865?page=com.atlassian.jira.plugin.s... ]
Daniel G commented on RF-12865:
-------------------------------
So this is a really serious problem when using richfaces together with other component libraries (not only related to omnifaces).
Any chances that this will be fixed in the 4.3.x releases?
Relying on some undefined load order doesn't seem to be forward-looking (any new mojarra release may break this too) and waiting for some fix in one 5.x version that is still in Alpha is no comfortable situation too.
> A4j:commandButton fail to render/update other components with MyFaces
> ---------------------------------------------------------------------
>
> Key: RF-12865
> URL: https://issues.jboss.org/browse/RF-12865
> Project: RichFaces
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: third-party
> Affects Versions: 4.3.1
> Environment: weblogic 10.3.4, Myfaces 2.1.10, Richfaces 4.3.1, OmniFaces1.3
> Reporter: blam lam
> Labels: waiting_on_user
> Fix For: 5.0.0.Alpha2
>
>
> After submit from a a4j:commandButton, it fail to re-render / update other component on the page.
> This problem only appear in MyFaces. It does not happens in Mojarra.
--
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, 9 months
[JBoss JIRA] (RF-12486) Metamer: rich:calendar: Attribute change leads to disappear attributes area [myfaces]
by Jiří Štefek (JIRA)
[ https://issues.jboss.org/browse/RF-12486?page=com.atlassian.jira.plugin.s... ]
Jiří Štefek closed RF-12486.
----------------------------
Assignee: Jiří Štefek
Fix Version/s: (was: 5-Tracking)
Resolution: Duplicate Issue
duplicates RF-12983
> Metamer: rich:calendar: Attribute change leads to disappear attributes area [myfaces]
> -------------------------------------------------------------------------------------
>
> Key: RF-12486
> URL: https://issues.jboss.org/browse/RF-12486
> Project: RichFaces
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Affects Versions: 4.3.0.M1
> Environment: RichFaces 4.3.0.20120802-M1
> Metamer 4.3.0.20120802-M1
> Apache MyFaces JSF-2.1 Core Impl 2.1.8
> Apache Tomcat 7.0.29
> OpenJDK Runtime Environment 1.7.0_05-icedtea-mockbuild_2012_07_09_19_42-b00 @ Linux
> Chrome 20.0.1132.47 @ Linux i686
> Reporter: Ján Jamrich
> Assignee: Jiří Štefek
> Labels: myfaces
>
> When select date from popup, and then change an attribute value, after automatic page reload whole area with attributes disappears and no longer possible change calendar value until page reload (just F5 doesn't work, as well as Rerender and Reload Metamer's buttons )
> This seems to be the same problem as with Mojarra but with slightly different behavior with MyFaces. See related issues for more info for Mojarra.
--
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, 9 months
[JBoss JIRA] (RF-12978) collapsibleSubTable ignores rowClasses
by Edward I (JIRA)
[ https://issues.jboss.org/browse/RF-12978?page=com.atlassian.jira.plugin.s... ]
Edward I commented on RF-12978:
-------------------------------
Thanks - that explanation makes sense.
I tried placing the <link> within the body, but the result was the same behaviour: .rf-cst-c must be defined in the .xhtml body for the styles to take effect.
More importantly, the ordering of the styles, i.e. RF styles defined after user styles thereby overriding user styles, doesn't make much sense. The whole point of users defining their own styles is to override the default styles, so why would you implement it this way? It's like the user saying "I want to use this style" (by defining it in css and applying it via the rowClasses variables), and then saying "I really, really want to use this style" (by forcing them to tell RF to not use it's own styles via the .rf-cst override... which needs to be done inline in the .xhtml for some strange reason and therefore in every .xhtml where rowClasses is to be used.
I think more logical behaviour is that if a user defines their own styles, those styles should automatically override the default (RF) styles. By the way, this also explains similar problems I've had with trying to apply css classes to other RF4 components.
I hope you can change this because trying to override the default styles is now very complicated as we need to find out which .rf-... style to override as "inherit" or equivalent, and then do it inline in every single .xhtml page.
> collapsibleSubTable ignores rowClasses
> --------------------------------------
>
> Key: RF-12978
> URL: https://issues.jboss.org/browse/RF-12978
> Project: RichFaces
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: component
> Affects Versions: 4.3.1
> Environment: Firefox 20.0, Linux
> Reporter: Edward I
> Assignee: Brian Leathem
> Attachments: rf-12978.zip
>
>
> The rowClasses is ignored in the following:
> {code:xml}
> <rich:collapsibleSubTable value="#{item.items}" var="comp" rowClasses="oddRow, evenRow">
> {code}
> DataTable works correctly with the same rowClasses.
--
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, 9 months
[JBoss JIRA] (RF-12865) A4j:commandButton fail to render/update other components with MyFaces
by Brian Leathem (JIRA)
[ https://issues.jboss.org/browse/RF-12865?page=com.atlassian.jira.plugin.s... ]
Brian Leathem commented on RF-12865:
------------------------------------
As reported in the user forum, this bug is only present when RichFaces is used in combination with OmniFaces. See the following Omnifaces bug report for a clear explanation of the root cause from [~bauke]:
https://code.google.com/p/omnifaces/issues/detail?id=191
{quote}
This is a design bug in RichFaces. It's not utilizing standard JSF API facilities in its partial response writer. For some unobvious reason they stopped using PartialResponseWriter#endDocument() and added a custom finallyEndDocument() method which is not part of standard JSF API. This is only called by RichFaces own ExtendedPartialViewContextImpl. They also incorrectly assume that the RichFaces partial response writer would be the only response writer ever which is in use in the webapp. They do not take into account that partial response writers can be wrapped by another implementations and are supposed to delegate to the wrapped instance everytime. They do an instanceof check on the outermost wrapped instance only and if it's not an instance of their own response writer implementation (but e.g. the one of OmniFaces or even PrimeFaces), then they completely ignore it. They even don't even try to call the standard endDocument() method on it. In short, they are breaking the standard API.
See also source code for evidence: http://grepcode.com/file/repo1.maven.org/maven2/org.richfaces.core/richfa...
That is works with Mojarra is because it coincidentally loads the OmniFaces partial view context *before* the RichFaces one, so RichFaces always ends up getting its own response writer.
I'm not sure what to do here. I could expand our Hacks class with another one for RichFaces. It's already so full of ExtendedPartialViewContextImpl specific hacks.
{quote}
and
{quote}
I recommend to get rid of `finallyEndDocument()` and perform the job in `endDocument()`. I also recommend to let your partial view context impl extend from javax.faces.context.PartialViewContextWrapper to keep RichFaces friendly towards other JSF libraries which also offer a PVC wrapper. This should also eliminate verbose/strange ContextMode.DIRECT/WRAPPED boilerplate. As to "encoding issues" which the class' javadoc is talking about, I'm not sure what exactly you mean there, but I believe that it has the same grounds as this PrimeFaces problem: http://stackoverflow.com/a/9839362/157882 If this is true, just don't do that and clearly document to the enduser that it's his responsibility to explicitly configure the webapp and/or the server to use UTF-8 as request parameter/body encoding, which is at most a matter of a servlet fitler with an oneliner. This way you do not need to introduce wrapper modes in your partial view context (at least, I did not see a clear reason why you are doing that, other than the comment on top of the class).
{quote}
> A4j:commandButton fail to render/update other components with MyFaces
> ---------------------------------------------------------------------
>
> Key: RF-12865
> URL: https://issues.jboss.org/browse/RF-12865
> Project: RichFaces
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: third-party
> Affects Versions: 4.3.1
> Environment: weblogic 10.3.4, Myfaces 2.1.10, Richfaces 4.3.1, OmniFaces1.3
> Reporter: blam lam
> Labels: waiting_on_user
>
> After submit from a a4j:commandButton, it fail to re-render / update other component on the page.
> This problem only appear in MyFaces. It does not happens in Mojarra.
--
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, 9 months
[JBoss JIRA] (RF-12899) Deadlock appears in push component
by Lukáš Fryč (JIRA)
[ https://issues.jboss.org/browse/RF-12899?page=com.atlassian.jira.plugin.s... ]
Lukáš Fryč commented on RF-12899:
---------------------------------
Yes, we have made changes in locking in {{4.3}}. Please try upgrade to latest: {{4.3.2.Final}}
> Deadlock appears in push component
> ----------------------------------
>
> Key: RF-12899
> URL: https://issues.jboss.org/browse/RF-12899
> Project: RichFaces
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: component-push/poll
> Affects Versions: 4.2.2.Final
> Reporter: Jiří Mikulášek
> Assignee: Lukáš Fryč
> Fix For: 5-Tracking
>
>
> Our application freezes occasionally. We used Jstack and have seen the deadlock below. It seems to be very simillar to RF-12013, but the stack is slightly different
> Found one Java-level deadlock:
> =============================
> {code}
> "localhost-startStop-2":
> waiting to lock monitor 0x000000000782a368 (object 0x000000078da957e0, a org.richfaces.application.push.impl.SessionImpl),
> which is held by "http-nio-30085-exec-4"
> "http-nio-30085-exec-4":
> waiting to lock monitor 0x00000000085cbe00 (object 0x000000078e8ecf90, a org.atmosphere.cpr.AtmosphereResourceImpl),
> which is held by "Atmosphere-AsyncWrite-0"
> "Atmosphere-AsyncWrite-0":
> waiting to lock monitor 0x000000000782a368 (object 0x000000078da957e0, a org.richfaces.application.push.impl.SessionImpl),
> which is held by "http-nio-30085-exec-4"
> {code}
> Java stack information for the threads listed above:
> ===================================================
> {code}
> "localhost-startStop-2":
> at org.richfaces.application.push.impl.SessionImpl.disconnect(SessionImpl.java:117)
> - waiting to lock <0x000000078da957e0> (a org.richfaces.application.push.impl.SessionImpl)
> at org.richfaces.application.push.impl.RequestImpl.disconnect(RequestImpl.java:128)
> at org.richfaces.application.push.impl.RequestImpl.onResume(RequestImpl.java:136)
> at org.atmosphere.cpr.AtmosphereResourceImpl.onResume(AtmosphereResourceImpl.java:658)
> at org.atmosphere.cpr.AtmosphereResourceImpl.notifyListeners(AtmosphereResourceImpl.java:607)
> at org.atmosphere.cpr.AtmosphereResourceImpl.notifyListeners(AtmosphereResourceImpl.java:591)
> at org.atmosphere.cpr.AtmosphereResourceImpl.resume(AtmosphereResourceImpl.java:187)
> - locked <0x000000078e8b64a8> (a org.atmosphere.cpr.AtmosphereResourceImpl)
> at org.atmosphere.cpr.DefaultBroadcaster.resumeAll(DefaultBroadcaster.java:300)
> - locked <0x000000078e8d1ac8> (a java.util.concurrent.ConcurrentLinkedQueue)
> at org.atmosphere.cpr.DefaultBroadcasterFactory.destroy(DefaultBroadcasterFactory.java:274)
> - locked <0x000000078cb112d8> (a org.atmosphere.cpr.DefaultBroadcasterFactory)
> at org.atmosphere.cpr.AtmosphereServlet.destroy(AtmosphereServlet.java:867)
> at org.atmosphere.cpr.MeteorServlet.destroy(MeteorServlet.java:88)
> at org.apache.catalina.core.StandardWrapper.unload(StandardWrapper.java:1481)
> - locked <0x0000000784b6a168> (a org.apache.catalina.core.StandardWrapper)
> at org.apache.catalina.core.StandardWrapper.stopInternal(StandardWrapper.java:1842)
> - locked <0x0000000784b6a168> (a org.apache.catalina.core.StandardWrapper)
> at org.apache.catalina.util.LifecycleBase.stop(LifecycleBase.java:232)
> - locked <0x0000000784b6a168> (a org.apache.catalina.core.StandardWrapper)
> at org.apache.catalina.core.StandardContext.stopInternal(StandardContext.java:5471)
> - locked <0x000000078312e828> (a org.apache.catalina.core.StandardContext)
> at org.apache.catalina.util.LifecycleBase.stop(LifecycleBase.java:232)
> - locked <0x000000078312e828> (a org.apache.catalina.core.StandardContext)
> at org.apache.catalina.core.ContainerBase$StopChild.call(ContainerBase.java:1575)
> at org.apache.catalina.core.ContainerBase$StopChild.call(ContainerBase.java:1564)
> at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303)
> at java.util.concurrent.FutureTask.run(FutureTask.java:138)
> at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:895)
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:918)
> at java.lang.Thread.run(Thread.java:662)
> "http-nio-30085-exec-4":
> at org.atmosphere.cpr.AtmosphereResourceImpl.resume(AtmosphereResourceImpl.java:168)
> - waiting to lock <0x000000078e8ecf90> (a org.atmosphere.cpr.AtmosphereResourceImpl)
> at org.atmosphere.cpr.Meteor.resume(Meteor.java:240)
> at org.richfaces.application.push.impl.RequestImpl.resume(RequestImpl.java:71)
> at org.richfaces.application.push.impl.SessionImpl.releaseRequest(SessionImpl.java:112)
> at org.richfaces.application.push.impl.SessionImpl.connect(SessionImpl.java:85)
> - locked <0x000000078da957e0> (a org.richfaces.application.push.impl.SessionImpl)
> at org.richfaces.application.push.impl.RequestImpl.onSuspend(RequestImpl.java:119)
> at org.atmosphere.cpr.AtmosphereResourceImpl.onSuspend(AtmosphereResourceImpl.java:652)
> at org.atmosphere.cpr.AtmosphereResourceImpl.notifyListeners(AtmosphereResourceImpl.java:611)
> at org.atmosphere.cpr.AtmosphereResourceImpl.notifyListeners(AtmosphereResourceImpl.java:591)
> at org.atmosphere.cpr.AtmosphereResourceImpl.suspend(AtmosphereResourceImpl.java:347)
> at org.atmosphere.cpr.Meteor.suspend(Meteor.java:213)
> at org.richfaces.application.push.impl.RequestImpl.suspend(RequestImpl.java:67)
> at org.richfaces.webapp.PushHandlerFilter.doFilter(PushHandlerFilter.java:107)
> at org.atmosphere.util.AtmosphereFilterChain.doFilter(AtmosphereFilterChain.java:139)
> at org.atmosphere.util.AtmosphereFilterChain.invokeFilterChain(AtmosphereFilterChain.java:116)
> at org.atmosphere.handler.ReflectorServletProcessor$FilterChainServletWrapper.service(ReflectorServletProcessor.java:293)
> at org.atmosphere.handler.ReflectorServletProcessor.onRequest(ReflectorServletProcessor.java:151)
> at org.atmosphere.cpr.AsynchronousProcessor.action(AsynchronousProcessor.java:219)
> at org.atmosphere.cpr.AsynchronousProcessor.suspended(AsynchronousProcessor.java:154)
> at org.atmosphere.container.Tomcat7CometSupport.service(Tomcat7CometSupport.java:85)
> at org.atmosphere.cpr.AtmosphereServlet.doCometSupport(AtmosphereServlet.java:1218)
> at org.atmosphere.cpr.AtmosphereServlet.event(AtmosphereServlet.java:1286)
> at org.apache.catalina.core.ApplicationFilterChain.internalDoFilterEvent(ApplicationFilterChain.java:484)
> at org.apache.catalina.core.ApplicationFilterChain.doFilterEvent(ApplicationFilterChain.java:377)
> at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:220)
> at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:123)
> at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:472)
> at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:171)
> at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:99)
> at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:118)
> at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:407)
> at org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:1004)
> at org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:589)
> at org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.run(NioEndpoint.java:1686)
> - locked <0x000000078e7fcc28> (a org.apache.tomcat.util.net.NioChannel)
> at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:895)
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:918)
> at java.lang.Thread.run(Thread.java:662)
> "Atmosphere-AsyncWrite-0":
> at org.richfaces.application.push.impl.SessionImpl.disconnect(SessionImpl.java:117)
> - waiting to lock <0x000000078da957e0> (a org.richfaces.application.push.impl.SessionImpl)
> at org.richfaces.application.push.impl.RequestImpl.disconnect(RequestImpl.java:128)
> at org.richfaces.application.push.impl.RequestImpl.onDisconnect(RequestImpl.java:140)
> at org.atmosphere.cpr.AtmosphereResourceImpl.onDisconnect(AtmosphereResourceImpl.java:664)
> at org.atmosphere.cpr.AtmosphereResourceImpl.notifyListeners(AtmosphereResourceImpl.java:609)
> at org.atmosphere.cpr.AtmosphereResourceImpl.notifyListeners(AtmosphereResourceImpl.java:591)
> at org.atmosphere.cpr.DefaultBroadcaster.executeAsyncWrite(DefaultBroadcaster.java:719)
> at org.atmosphere.cpr.DefaultBroadcaster$3.run(DefaultBroadcaster.java:749)
> - locked <0x000000078e8ecf90> (a org.atmosphere.cpr.AtmosphereResourceImpl)
> at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:439)
> at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303)
> at java.util.concurrent.FutureTask.run(FutureTask.java:138)
> at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:895)
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:918)
> at java.lang.Thread.run(Thread.java:662)
> {code}
> Found 1 deadlock.
--
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, 9 months
[JBoss JIRA] (RF-13066) a4j:ajax does not work with tomahawk radiobuttons
by Andrea Martino (JIRA)
Andrea Martino created RF-13066:
-----------------------------------
Summary: a4j:ajax does not work with tomahawk radiobuttons
Key: RF-13066
URL: https://issues.jboss.org/browse/RF-13066
Project: RichFaces
Issue Type: Bug
Security Level: Public (Everyone can see)
Affects Versions: 4.3.0.Final
Environment: a4j:ajax does not work inside a tomahawk radiobutton
Reporter: Andrea Martino
for example the following code does not work:
{code}
<t:selectOneRadio id="myRadio" value="#{testtest.xxxEnum}" layout="spread">
<s:enumItem enumValue="XXX" label="XXX" />
<s:enumItem enumValue="YYY" label="YYY" />
<a4j:ajax />
</t:selectOneRadio>
<div class="ct-radio">
<strong><t:radio for="myRadio" index="0"/></strong>
</div>
<div class="ct-radio">
<strong><t:radio for="myRadio" index="1"/></strong>
</div>
{code}
If I replace <a4j:ajax/> by <f:ajax/> everything works as expected. I would like to user a4j:ajax instead of f:ajax because tooltips are not correctly refreshed when I use f:ajax (there should be already a bug opened for that).
PS: I'm using tomahawk 1.1.14
--
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, 9 months