[JBoss JIRA] Created: (RF-4166) Ajax4J - KeepAlive - ajaxOnly Attribute
by Denis Silva (JIRA)
Ajax4J - KeepAlive - ajaxOnly Attribute
---------------------------------------
Key: RF-4166
URL: https://jira.jboss.org/jira/browse/RF-4166
Project: RichFaces
Issue Type: Bug
Affects Versions: 3.2.1
Environment: WebLogic 10.x and TomCat6
JDK 5
Reporter: Denis Silva
I had a problem when using, Ajax4j Tag, KeePAlive, if the attribute ajaxOnly set to true.
There is a simple error in a expression, that put the Bean in FacesContext.
When the ajaxOnly is set to true, the beanName is not placed in FacesContext Map properly.
String beanAttributeName = isAjaxOnly?AjaxPhaseListener.AJAX_BEAN_PREFIX:AjaxPhaseListener.VIEW_BEAN_PREFIX+beanName;
facesContext.getViewRoot().getAttributes().put(beanAttributeName, bean);
return Tag.SKIP_BODY;
when isAjaxOnly evaluate to true, the String AjaxPhaseListener.AJAX_BEAN_PREFIX is setted to beanAttributeName. and the Bean.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
15 years, 9 months
[JBoss JIRA] Created: (RF-3801) 'multi select' slows down the AJAX submit of a Form while ha
by Judy Mercer (JIRA)
'multi select' slows down the AJAX submit of a Form while ha
------------------------------------------------------------
Key: RF-3801
URL: http://jira.jboss.com/jira/browse/RF-3801
Project: RichFaces
Issue Type: Feature Request
Affects Versions: 3.0.1
Environment: Solaris 10x
Java 6
JBOSS 4.2.2.
Reporter: Judy Mercer
With IE (both 6.x and 7.x), a performance problem arises performing an AJAXSubmit of a form having a "multi select" TAG with thousands of items.
Activating the AJAX tracing with IE, I noticed that while the multi select is populated with 2000 items, the request phase is performed by AJAX in more than 5 seconds (with a pentium core duo 2GHz), while Firefox takes about nothing.
The cause:
In my opinion the problem is caused by the way AJAX javascript within IE is performing the preparation of the request. In detail, each time an AJAX submit is performed, the application code calls the function A4J.AJAX.Submit(). Following the sequence of commands...
A4J.AJAX.Submit->A4J.AJAX.SubmitRequest->A4J.Query->appendFormControls->'select-multiple'
...I found that the time is spent inside 'select-multiple' function whose purpose is basically to add the selected items to the list of parameters of the request. It consumes all the time looping on the child nodes of the DOM SELECT object.
A proposed solution:
to change the loop using the "options" collection instead of the generic "childNodes" collection. The change basically does what done in the case "select-multiple" of method Sarissa.formToQueryString()
example:
richfaces-impl-3.2.1.GA.jar/org/ajax4jsf/javascript/scripts/AJAX.js.:
Code:
...
'select-multiple' : function(control){
var cname = control.name;
var childs = control.childNodes;
for( var i=0 ;i< childs.length;i++ ){
var child=childs
;
if( child.tagName == 'OPTGROUP' ){
var options = child.childNodes;
for(var j=0; j < options.length; j++){
this._addOption(cname, options[j]);
}
} else {
this._addOption(cname, child);
}
}
},
is more efficient rewritten in this way:
Code:
'select-multiple' : function(control){
var options = control.options;
for( var i=0 ;i< control.length;i++ ){
var option = options
;
this._addOption(cname, option);
}
},
Note: the change keeps support of 'OPTGROUP' tags
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
15 years, 9 months
[JBoss JIRA] Created: (RF-3618) AjaxContextImpl: Usage of @PostConstruct on decode(FacesContext context)
by Gena Batalski (JIRA)
AjaxContextImpl: Usage of @PostConstruct on decode(FacesContext context)
-------------------------------------------------------------------------
Key: RF-3618
URL: http://jira.jboss.com/jira/browse/RF-3618
Project: RichFaces
Issue Type: Bug
Affects Versions: 3.2.0, 3.2.0.SR1, 3.2.1, 3.2.2
Environment: RichFaces from SVN ~3.2.1, SAP Netweaver CE7.1
Reporter: Gena Batalski
Hello,
i've installed a Seam application with RichFaces on SAP Netweaver CE 7.1. The server rejected the richfaces-impl.jar because of usage of @PostConstruct annotation on the AjaxContextImpl.decode(FacesContext context) method. According to Javadoc, the @PostConstruct must not have any parameters. Does it have any reason to use the @PostConstruct in this case?
Since i removed this annotation, the richfaces also work in the SAP Netweaver JEE environment!
Gena
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
15 years, 9 months