• Post Reply Bookmark Topic Watch Topic
  • New Topic
programming forums Java Mobile Certification Databases Caching Books Engineering Micro Controllers OS Languages Paradigms IDEs Build Tools Frameworks Application Servers Open Source This Site Careers Other Pie Elite all forums
this forum made possible by our volunteer staff, including ...
Marshals:
  • Campbell Ritchie
  • Jeanne Boyarsky
  • Ron McLeod
  • Paul Clapham
  • Liutauras Vilda
Sheriffs:
  • paul wheaton
  • Rob Spoor
  • Devaka Cooray
Saloon Keepers:
  • Stephan van Hulst
  • Tim Holloway
  • Carey Brown
  • Frits Walraven
  • Tim Moores
Bartenders:
  • Mikalai Zaikin

JSF and AJAX are just opposite

 
Ranch Hand
Posts: 3852
  • Mark post as helpful
  • send pies
    Number of slices to send:
    Optional 'thank-you' note:
  • Quote
  • Report post to moderator
One (JSF) is evolved to eliminate JS and other uses JS extensively.

Right?
[ May 31, 2006: Message edited by: rathi ji ]
 
Ranch Hand
Posts: 1780
  • Mark post as helpful
  • send pies
    Number of slices to send:
    Optional 'thank-you' note:
  • Quote
  • Report post to moderator
How did you come to the conlusion that "JSF is evolved to eliminate JS"? Plenty of JSF components (see Tomahawk for example) generate heaps of JavaScript. The nice thing is that a web app developer can let the JSF implementation worry about most (but not all ) of the JS details. Nothing stops a JSF component from being implemented using AJAX.
 
ankur rathi
Ranch Hand
Posts: 3852
  • Mark post as helpful
  • send pies
    Number of slices to send:
    Optional 'thank-you' note:
  • Quote
  • Report post to moderator

Originally posted by Jeff Albertson:
How did you come to the conlusion that "JSF is evolved to eliminate JS"? Plenty of JSF components (see Tomahawk for example) generate heaps of JavaScript. The nice thing is that a web app developer can let the JSF implementation worry about most (but not all ) of the JS details. Nothing stops a JSF component from being implemented using AJAX.



I thought, JSF handle validation and conversion nicely (that usually done through JS) so...

:roll:
 
Jeff Albertson
Ranch Hand
Posts: 1780
  • Mark post as helpful
  • send pies
    Number of slices to send:
    Optional 'thank-you' note:
  • Quote
  • Report post to moderator

Originally posted by rathi ji:


I thought, JSF handle validation and conversion nicely (that usually done through JS) so...

:roll:



Nothing stops you from mixing client-side validation into JSF. Iin any case, one need server-side validation because the client could be turning off JavaScript. Conversion, by definition, is done on the server side -- HTTP posts strings to you, not numbers and dates, for example!
 
ankur rathi
Ranch Hand
Posts: 3852
  • Mark post as helpful
  • send pies
    Number of slices to send:
    Optional 'thank-you' note:
  • Quote
  • Report post to moderator

Originally posted by Jeff Albertson:


Nothing stops you from mixing client-side validation into JSF. Iin any case, one need server-side validation because the client could be turning off JavaScript. Conversion, by definition, is done on the server side -- HTTP posts strings to you, not numbers and dates, for example!



Thanks Jeff for nice explaination.

 
Greenhorn
Posts: 10
  • Mark post as helpful
  • send pies
    Number of slices to send:
    Optional 'thank-you' note:
  • Quote
  • Report post to moderator
if you ever wanted to check out the source that JSF procedures you may be shocked just how much javascript is used

just look at the command components for example
 
Ranch Hand
Posts: 167
  • Mark post as helpful
  • send pies
    Number of slices to send:
    Optional 'thank-you' note:
  • Quote
  • Report post to moderator


Nothing stops you from mixing client-side validation into JSF. Iin any case, one need server-side validation because the client could be turning off JavaScript. Conversion, by definition, is done on the server side -- HTTP posts strings to you, not numbers and dates, for example!



I agree about "nothing stops...", but cannot see the special reason why the code of the validators should be duplicated. Having the javascript based validators was the only one choice in pre-AJAX era, because the server-side code was just unacceptable. In case of AJAX you have a chance to reuse the same code.

--
Sergey : https://ajax4jsf.dev.java.net
 
Don't get me started about those stupid light bulbs.
reply
    Bookmark Topic Watch Topic
  • New Topic