Originally posted by Roger F. Gay:
Perhaps I haven't read far enough yet, but what seems to be missing (compared to LiveConn) is the ability to call JavaScript functions from Java programs; thus triggering a page event whenever the Java program has something to send.
Do you want to call browser-side JavaScript from a browser-side Java applet? Or from server-side Java?
javascript / applet interaction : http://www.raditha.com/java/javascript.php
javascript / server-side java interaction : DWR reverse Ajax allows this.
Make sure you're reading the DWR 2.0 docs, as Reverse Ajax was introduced in that version. You can see a small sample at Joe's blog at http://getahead.org/blog/joe/2006/04/11/1144770216929.html
Are you sure this stuff isn't supported in standard JavaScript?
Server-side Java / Client-side JavaScript interaction is not supported right out of the box, by which I mean, there is no clear, well-defined standard API for doing this.
That doesn't mean that it isn't possible to write such an API that uses XHR to create this effect; that's what Joe has done w/ DWR.
Originally posted by Roger F. Gay:
I mean, I want asynchronous intereaction with back-end processes, but not just responses to clicks.
Definitely possible. You could use Prototype's periodical updater, which we cover.
Once communication starts, some processes may decide to provide updated information at any time, time and time again. This was easy enough to do with LiveConn and the iframes approach.
What I really want is that seamless use of JavaScript / Java (or other) that I got using LiveConn.
Given that: Is "AJAX in Practice" the book I'm looking for?
Definitely. We have a few examples that will show you how to do periodic updates. However, if you want the server to send messages to the client and have them appear instantaneously, I do not believe we cover that. Of course, it's easy to do: just use DWR's 'Reverse Ajax' functionality. You can find DWR at http://getahead.org/dwr and more info on its Reverse Ajax functionality at http://getahead.org/dwr/changelog/dwr20
Originally posted by ankur rathi:
A huge web application is already exist without Ajax. Now what steps do I need to take into account if I wish Ajax in it?
Originally posted by Stan James:
Authors, what's your take on the readiness of these libraries for picky corporate users?
Some of them are quite ready; in fact, some are even developed by picky corporate users! GWT is of course created by Google; if they're using it, they're probably getting some kind of benefit out of it. OpenRico is actually created by Sabre for their own purposes.
Should GWT give me better warm and fuzzy feelings, just because Google seems to be Very Smart People?
Seeing as how I work for Google, yes, you should get very warm and fuzzy feelings
Originally posted by Javier Sanchez Cerrillo:
Hi, I haven't used AJAX Before but.
Will it replace the way we see JavaScript?
Originally posted by Bear Bibeault:
Other librarires were chosen not necessarily for their popularity, but for their utility.
Precisely. Not all libraries replicate each other's functionality. For example, AMASS functionality is not found anywhere else (local client storage), but it is still really handy to have.
Originally posted by Anupam Sinha:
With my limited knowledge and experience on AJAX, I think that AJAX's basically XMLHttpRequest and javascript. XMLHttpRequest is good enough for getting a response and after that it's all javascript. So I guess the book mainly covers javascript and probably some design patterns as well. Or is there more to AJAX minus javascript than XMLHttpRequest?
So, very basically, AJAX = XHR + DHTML + JavaScript + XML. If you take away the JavaScript, then you're left with DHTML + XHR + XML. But don't underestimate the JavaScript part. Using XHR in your apps really affects your client UI. You can do more powerful things, but of course at the cost of added complexity. We hope to show you how to handle that complexity.
And Appendix B is Why Go Commercial? Can you give a hint as to whether it talks about some open source tools or some paid ones to make life easier.
It was decided to make B an on-line only chapter. Yes, it will discuss commercial tools to make life easier; as you may guess, there isn't much discussion of open source tools in the "Why Go Commercial" chapter . That's because the rest of the book purely focuses on open source solutions.
Originally posted by Saif uddin:
I read this article "JSON is not as safe as people think it is" but I cannot find where the weak point is ? can you please define in a simple way that what are the thinks to follow when use JSON?Thanks
Originally posted by Bear Bibeault:
For DHTML, I swear by the flamingo
Originally posted by Jeanette Miles:
What are some of the best practices should be followed and does the book cover this subject.
See: https://coderanch.com/t/119812/HTML-JavaScript/Ajax-design-patterns
Is a questionaire application a good Ajax candidate?
Any application is a good Ajax candidate.
More seriously, "it all depends". I'm not too familiar with questionnaire applications. What would you like to do with them that would require Ajax techniques?
Also, what Ajax frameworks are covered in your book?
See: https://coderanch.com/t/119801/HTML-JavaScript/Ajax-Practice-kind-Blue-Prints
Originally posted by Jeanette Miles:
Also, what Javascript books are recommended that would be great to accompaniment an Ajax book?