-
1. Re: RichFaces HTML optimizations discussions from sfwk.org
nbelaevski Jul 21, 2009 8:03 PM (in response to jbalunas)Hello all,
For 3.3.X we already have Maven resource dependency plugin: https://www.jboss.org/community/wiki/MavenResourceDependencyPluginReference that allows to aggregate all necessary scripts/styles into a single file. For 4.0 this is yet to investigate.A browser will download CSS files in parallel if they are declared before any Javascript dependencies in the HTML header. Today RichFaces does not do that.
We can consider this optimization even for 3.x.Also, a browser will not issue parallel requests for Javascript dependencies because they are usually served from the same host (www.yoursite.tld). The only way to optimize this is outside of the scope of RichFaces, as it would require setup of virtual hosts and major changes to the deployment of the application.
Might be an interest addition to this: http://www.datacenterknowledge.com/archives/2008/12/15/the-google-cdn/
http://webmuch.com/how-why-you-should-use-google-cdn/ -
2. Re: RichFaces HTML optimizations discussions from sfwk.org
ilya_shaikovsky Jul 22, 2009 4:15 AM (in response to jbalunas)B.t.w. If we planning to allow built just the subset of the components in 4.0, if the Maven Dep Plugin will be still actual? Developer could just checkout the release tag, build the rf-ui binary from the components he need and the ALL strategy will just works as if he build all the components and using the plugin.. Isn't it?
-
3. Re: RichFaces HTML optimizations discussions from sfwk.org
nbelaevski Jul 22, 2009 4:42 AM (in response to jbalunas)"ilya_shaikovsky" wrote:
B.t.w. If we planning to allow built just the subset of the components in 4.0, if the Maven Dep Plugin will be still actual? Developer could just checkout the release tag, build the rf-ui binary from the components he need and the ALL strategy will just works as if he build all the components and using the plugin.. Isn't it?
I'd like to avoid the need to rebuild the library for the users; remember that we are developing not the Gentoo Linux :). -
4. Re: RichFaces HTML optimizations discussions from sfwk.org
ilya_shaikovsky Jul 22, 2009 4:43 AM (in response to jbalunas)It seems for me from the forum posts that usage of current state of plugin isn't much more easier.
-
5. Re: RichFaces HTML optimizations discussions from sfwk.org
nbelaevski Jul 22, 2009 4:49 AM (in response to jbalunas)"ilya_shaikovsky" wrote:
It seems for me from the forum posts that usage of current state of plugin isn't much more easier.
I guess that good manual/entries in FAQ are missing for this feature. What do you think about changing this situation? -
6. Re: RichFaces HTML optimizations discussions from sfwk.org
ilya_shaikovsky Jul 22, 2009 5:08 AM (in response to jbalunas)At first I disagree that it described bad.
I just do not see why addition of the plugin configuration to pom much more easier than making changes in the pom to limit components set in general and using just the same mvn install. The only advantage that you not need to download RF sources.. -
7. Re: RichFaces HTML optimizations discussions from sfwk.org
ilya_shaikovsky Jul 22, 2009 5:09 AM (in response to jbalunas)off-top.. you helped me to find out that I missed link to plugin description when changed wiki page :) Thanks :) Will now add it back to knowledgebase.
-
8. Re: RichFaces HTML optimizations discussions from sfwk.org
nbelaevski Jul 22, 2009 5:14 AM (in response to jbalunas)Build is not only an "mvn install". It requires Selenium tests execution, QA work, etc.
-
9. Re: RichFaces HTML optimizations discussions from sfwk.org
ilya_shaikovsky Jul 22, 2009 5:16 AM (in response to jbalunas)Sorry, but you know.. After some additional thoughts I need to agree that "not need to download RF sources.." point isn't so minor as I previously said. Yes, it seems really easier to have only CDK plugin and execute resources generation.
-
10. Re: RichFaces HTML optimizations discussions from sfwk.org
ilya_shaikovsky Jul 22, 2009 5:17 AM (in response to jbalunas)"nbelaevski" wrote:
Build is not only an "mvn install". It requires Selenium tests execution, QA work, etc.
but build from some GA tag as I noted - no. -
11. Re: RichFaces HTML optimizations discussions from sfwk.org
jbalunas Jul 22, 2009 11:15 AM (in response to jbalunas)For 3.3.X we already have Maven resource dependency plugin: https://www.jboss.org/community/wiki/MavenResourceDependencyPluginReference that allows to aggregate all necessary scripts/styles into a single file. For 4.0 this is yet to investigate.
This is build time, I think the best approach is a run time solution that pools resource requests and returns what is needed. No one is going to use build time strategies. -
12. Re: RichFaces HTML optimizations discussions from sfwk.org
jbalunas Jul 22, 2009 11:27 AM (in response to jbalunas)I think we are discussing two different items here.
1) Build time configuration of what component are packaged in a particular build of RichFaces. Really has nothing to do with bundling for performance.
2) Runtime bundling of requests as they are requested from clients. i.e. perhaps a filter to collect the requests and bundle in groups.
There was also easier items as well such as ordering of resource requests, and the host based on requests based on resource type. -
13. Re: RichFaces HTML optimizations discussions from sfwk.org
ilya_shaikovsky Jul 22, 2009 12:11 PM (in response to jbalunas)This is build time, I think the best approach is a run time solution that pools resource requests and returns what is needed. No one is going to use build time strategies.
and2) Runtime bundling of requests as they are requested from clients. i.e. perhaps a filter to collect the requests and bundle in groups.
just want to ask to be sure that got you right. Do you mean that on every request resources pack required by the page will be evaluated and prepared? Does it applied for both types of resources our and external? If so then the resources will be downloaded at every request?... Or just absent prepared ones will be added? Build time solution allows to prepare single bundle which could be cached at client side. Or I just miss something? -
14. Re: RichFaces HTML optimizations discussions from sfwk.org
jbalunas Jul 22, 2009 12:49 PM (in response to jbalunas)I would think we could bundle status resources by type, and dynamic resources would need to be reviewed closer.