• 1. Sogeti
  • 2. JBoss
  • 3. IBM
  • 4. Oracle
  • 5. SpringSource
  • 6. NL-JUG
  • 7. Java


Syndication  RSS 2.0

RSS 1.0
RSS 2.0

Bookmark this site

Add 'JCN Blog' site to delicious  Add 'JCN Blog' site to technorati  Add 'JCN Blog' site to digg  Add 'JCN Blog' site to dzone

Posted by Barend Garvelink at 20:30 on Monday 30 October    Add 'Optimizing page loading times' site to delicious  Add 'Optimizing page loading times' site to technorati  Add 'Optimizing page loading times' site to digg  Add 'Optimizing page loading times' site to dzone

Google’s Aaron Hopkins beschrijft in het artikel Optimizing page load time een aantal bottlenecks in de HTTP page loading, en biedt tips hoe deze te bestrijden.


By default, IE allows only two outstanding connections per hostname when talking to HTTP/1.1 servers or eight-ish outstanding connections total. Firefox has similar limits. Using up to four hostnames instead of one will give you more connections. (IP addresses don’t matter; the hostnames can all point to the same IP.)


Het is een interessant artikel dat een aantal duidelijk onderbelichte punten in page loading times naar voren brengt. Een aanrader!

[Optimizing page load time @] [bron:]

Posted by Ruud Steeghs at 14:15 on Sunday 22 January    Add 'Tim Shadel says JSF isn’t their choice for the future' site to delicious  Add 'Tim Shadel says JSF isn’t their choice for the future' site to technorati  Add 'Tim Shadel says JSF isn’t their choice for the future' site to digg  Add 'Tim Shadel says JSF isn’t their choice for the future' site to dzone

Tim Shadel, in a podcasted talk linked to from “JSF: The 7-Layer Burrito I Won’t Eat Again,” says that after using JavaServer Faces for months, they’ve decided that they wouldn’t use JSF in the future. The primary reason? JSF uses POST, not GET, and as a result, links to specific aren’t conversational state isn’t preserved, unlike with REST.

In the podcast, he says that the URL hiding affects JSF from start to finish. While he says JSF may be all right for applications that use internal state, it will be awful for applications that should expose content urls to, say, search engines – like blogs or other content applications. Further, the URL hiding affects deployment, because applications can’t refer to other applications’ states.

The JavaServer Faces specification does indicate that POST is used exclusively; the form tag doesn’t define a pass-through attribute for “method” to allow use of GET, and while it may be possible to create a render kit for JSF that enables use of alternate methods, this seems like a strange requirement for application developers. However, a quick search on Google does show a few examples of embedding data in a URL for use in JSF.

Of further interest is the note that this is the “first of a long list of reasons why the JSF 7-layer burrito won’t be on my round for seconds.”

What are your experiences and opinions about this? Is this a critical limitation of JSF? Would this affect your willingness to adopt JSF in public-facing applications? Why or why not?

© 2020 Java Competence Network. All Rights Reserved.