[JBoss JIRA] Created: (RF-11000) Hit miss for class loader cost performance problem in Richfaces 4.1.0.
by Pawel J. (JIRA)
Hit miss for class loader cost performance problem in Richfaces 4.1.0.
----------------------------------------------------------------------
Key: RF-11000
URL: https://issues.jboss.org/browse/RF-11000
Project: RichFaces
Issue Type: Patch
Security Level: Public (Everyone can see)
Components: core
Affects Versions: 4.1.0.Milestone1
Environment: Linux, Java 6
Reporter: Pawel J.
Priority: Minor
There are scenarios when resources are retrieved during no partial
request processing:
1) JSF html renderer (such as ScriptRenderer from faces) require to
know resources names to include them to html/head,
2) Resources content request.
We have two types of resources: dynamic and static. Predefined dynamic
resources (such as StateHolderResource) are read using class loader as
they are java classes. Static resources are kept in resources folder
as part of richfaces release jars (jquery.js, richfaces.js, etc).
There is a special case with compiled css that is consider as dynamic
resources but is not important in our case.
The problem appears when we try to load static resources using dynamic
loader. This make unnecessary lookup in java class loader space which
cost time and of course we miss the call as static resources not
exists there.
Statistics that shows class loader hits for every richfaces/ajax4jsf no partial request that will be eliminated after patch:
Resource::jquery.js::loading::timens::558000 ns::timems::0.558
ms::all::1.561496 sec
Resource::richfaces.js::loading::timens::490000 ns::timems::0.49
ms::all::1.561986 sec
Resource::richfaces-base-component.js::loading::timens::593000
ns::timems::0.593 ms::all::1.563672 sec
Resource::richfaces-queue.js::loading::timens::672000
ns::timems::0.672 ms::all::1.56435 sec
Resource::richfaces-event.js::loading::timens::3292000
ns::timems::3.292 ms::all::1.569386 sec
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 1 month
[JBoss JIRA] Created: (RF-10473) Push: invalid 'Max re-connection reached.' error
by Nick Belaevski (JIRA)
Push: invalid 'Max re-connection reached.' error
------------------------------------------------
Key: RF-10473
URL: https://issues.jboss.org/browse/RF-10473
Project: RichFaces
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: component-push/poll
Affects Versions: 4.0.0.CR1
Reporter: Nick Belaevski
Assignee: Nick Belaevski
Fix For: 4.0.0.CR1
Open push-demo in Chrome & FF. Toggle arbitrary channel in Chrome in fast temp & many times -> Firefox stops receiving messages after some time, console contains 'Max re-connection reached.' message.
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 1 month
[JBoss JIRA] Created: (RF-11081) Dynamically created tabs: tab switch doesn't work with switchType "ajax" or null
by Ján Jamrich (JIRA)
Dynamically created tabs: tab switch doesn't work with switchType "ajax" or null
--------------------------------------------------------------------------------
Key: RF-11081
URL: https://issues.jboss.org/browse/RF-11081
Project: RichFaces
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: component
Affects Versions: 4.0.0.Final
Environment: RichFaces 4.1.0-SNAPSHOT r.22533
Metamer 4.1.0-SNAPSHOT r.22533
Mojarra 2.0.4-b09
Apache Tomcat 7.0.12
Java(TM) SE Runtime Environment 1.6.0_19-b04 @ Linux
Chrome 12.0.718.0 @ Linux i686
Reporter: Ján Jamrich
With swithType set to "ajax" or not set (null) tab switch doesn't work (tab don't get switched).
With option "server" tab switching works, but another issue influences behavior.
Its important note that this happens only for dynamically created tabs. (For statically created tabs works tab switching correctly).
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 1 month
[JBoss JIRA] Created: (RF-11355) commandButton doesn't work at first click in popupPanel
by Loïc TALON (JIRA)
commandButton doesn't work at first click in popupPanel
-------------------------------------------------------
Key: RF-11355
URL: https://issues.jboss.org/browse/RF-11355
Project: RichFaces
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: component-a4j-core
Affects Versions: 4.0.0.Final
Environment: OS : Windows Seven
Virtual server : easy php
Server JEE : Glassfish 3.1
JSF 2.0
Reporter: Loïc TALON
Hi,
Sorry i don't speak very well english.
I have a problem with a4j:commandButton in popupPanel.
The first click doesn't work for action to commandButton but the first clic work. That doesn't work only in popupPanel.
<a4j:commandButton value="Valid"
action="#{beanManaged.valid}"
id="validButton"
render="modalPanelInfo, formCreate"
/>
I think the problem is javax.faces.viewstate, beacause before the first clic doesn't have input hidden with javax.faces.viewstate but after the first clic i have input hidden with javax.faces.viewstate.
How to solve this problem ?
THX
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 1 month
[JBoss JIRA] Created: (RF-10835) File upload: progress bar doesn't show progress
by Pavol Pitonak (JIRA)
File upload: progress bar doesn't show progress
-----------------------------------------------
Key: RF-10835
URL: https://issues.jboss.org/browse/RF-10835
Project: RichFaces
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: component-input
Affects Versions: 4.0.0.Final
Environment: RichFaces 4.1.0-SNAPSHOT r.22320
Metamer 4.1.0-SNAPSHOT r.22342
Mojarra 2.1.0-FCS
GlassFish Server Open Source Edition 3.1-SNAPSHOT
OpenJDK Runtime Environment 1.6.0_20-b20 @ Linux
Chrome 10.0.648.204 @ Linux x86_64
Reporter: Pavol Pitonak
Attachments: fileUpload3.png
When a file is uploaded using rich:fileUpload, progress bar doesn't show progress (see screenshot from Chrome).
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 1 month