[JBoss JIRA] (JBWEB-236) JSF Mojarra has serious performance issues, add MyFaces integration
by Adrian Everett (JIRA)
Adrian Everett created JBWEB-236:
------------------------------------
Summary: JSF Mojarra has serious performance issues, add MyFaces integration
Key: JBWEB-236
URL: https://issues.jboss.org/browse/JBWEB-236
Project: JBoss Web
Issue Type: Enhancement
Security Level: Public (Everyone can see)
Components: Core
Affects Versions: JBossWeb-7.0.13.GA
Environment: JBoss 7.1.1 AS, Windows 7 64 bit
Reporter: Adrian Everett
Assignee: Remy Maucherat
Please add MyFaces support to JBoss AS7 as an alternative to JSF Mojarra, because Mojarra has serious performance issues.
For large data sets, a really bad JSF performance issue regarding AJAX requests has been identified. An issue ticket was created for this on the Mojarra issues tracker, but it might be quite a long time before they fix it, if it ever does get fixed.
Here is the link:
http://java.net/jira/browse/JAVASERVERFACES-2334
For every large data sets, the performance of a simple f:ajax calls slows down to the point it becomes as slow as a full page post. An f:ajax call passing 300 bytes of data could take 3+ seconds to perform a round trip, where the same exact f:ajax call might only take a 200ms if the page is smaller. The only difference between the big page and the small page might be several thousand h:outputText components that have no relation with the component associated with the f:ajax call.
This is a serious problem for a site such as the one I'm working on, where we sometimes have to load large amounts of data in an un-paginated manner, and also perform AJAX requests on the same page.
I took the example code attached to the Mojarra ticket and will be attaching it to this one. I have verified that it causes the problem by running the code on JBoss AS, the latest Glassfish server and even Tomcat. The problem isn't with JBoss, it's with the Mojarra implementation of JSF, so support for MyFaces would greatly benefit projects with large data sets.
Finally, as seen in the Mojarra ticket, the author of the PrimeFaces component library has also performed some tests with the attached code and found that the MyFaces JSF stack doesn't have the problem. His comments can be seen in the reference ticket.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
13 years, 6 months
[JBoss JIRA] (AS7-4642) mechanism to load tag libraries from module
by Ivica Loncar (JIRA)
Ivica Loncar created AS7-4642:
---------------------------------
Summary: mechanism to load tag libraries from module
Key: AS7-4642
URL: https://issues.jboss.org/browse/AS7-4642
Project: Application Server 7
Issue Type: Feature Request
Components: Class Loading, Web
Affects Versions: 7.1.1.Final
Reporter: Ivica Loncar
Assignee: David Lloyd
Priority: Critical
tag libraries are scanned only if they appear in jar inside WEB-INF/lib or are defined in tld under WEB-INF.
The simplest scenario to explain why this is a problem: portlet 2 defines standard portlet taglib, but the classes in this file come from concrete implementations. Currently I see no way to use 2 different portals in a portable way.
Please provide a way to notify a web application that module contains .tld.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
13 years, 6 months
[JBoss JIRA] (AS7-4090) Opimize organization and management of the Infinispan subsystem
by Richard Achmatowicz (JIRA)
Richard Achmatowicz created AS7-4090:
----------------------------------------
Summary: Opimize organization and management of the Infinispan subsystem
Key: AS7-4090
URL: https://issues.jboss.org/browse/AS7-4090
Project: Application Server 7
Issue Type: Task
Components: Clustering
Affects Versions: 7.1.0.Final
Reporter: Richard Achmatowicz
Assignee: Paul Ferraro
Fix For: 7.1.2.Final
There are a number of areas where the Infinispan subsystem is organizationally deficient:
- does not make use of ResourceDefinitions to (i) simplify the generation of DescriptionProviders and (ii) localize the definition of AttributeDefinitions
- handlers are in some cases written from scratch rather than subclassing helper handlers such as AbstractWriteAttributeHandler, AbstractAddStepHandler, AbstractRemoveStepHandler, etc.
- collections of services are defined monolithically, rather than in distinct units which makes stopping/restarting them error prone (c.f. CacheContainerAdd, CacheAdd install three or four services each with complex processing - stopping and restarting this in another handler is next to impossible)
- ServiceNames are not always easy to reconstruct
These issues make maintenance of the subsystem hard. These matters can be helped by:
- making use of ResourceDefinitions
- defining for each service X a static method installX(context, operation, model) and removeX(context, operation, model) which can be made use of in installServices(context, operation, model) and removeServices(operation, context, model)
- define the static method populate(), used to populate a model from an operation, which can be reused in populateModel(), creating describe operations, as well as other contexts
- define a static method installServices(context, operation, model) which can be used in performRuntime(), and in contexts where all services for a resource need to be stopped and restarted; similarly define removeServices(context, operation, model)
- make sure each ServiceName can be regenerated easily (c.f. regenerating JNDI names can involve model processing)
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
13 years, 6 months