Ajax.Request
new Ajax.Request(url[, options])
Initiates and processes an AJAX request.
This object is a general-purpose AJAX requester: it handles the life-cycle of the request, handles the boilerplate, and lets you plug in callback functions for your custom needs.
In the optional options hash, you usually provide a onComplete
and/or onSuccess
callback, unless you're in the edge case where you're getting a JavaScript-typed response, that will automatically be eval
'd.
For a full list of common options and callbacks, see Ajax Options.
The only proper way to create a requester is through the new
operator. As soon as the object is created, it initiates the request, then goes on processing it throughout its life-cyle.
A basic example
var url = '/proxy?url=' + encodeURIComponent('http://www.google.com/search?q=Prototype');
// notice the use of a proxy to circumvent the Same Origin Policy.
new Ajax.Request(url, {
method: 'get',
onSuccess: function(transport) {
var notice = $('notice');
if (transport.responseText.match(/href="http:\/\/prototypejs.org/))
notice.update('Yeah! You are in the Top 10!').setStyle({ background: '#dfd' });
else
notice.update('Damn! You are beyond #10...').setStyle({ background: '#fdd' });
}
});
Request life-cycle
Underneath our nice requester objects lies, of course, XMLHttpRequest
. The defined life-cycle is as follows:
- Created
- Initialized
- Request sent
- Response being received (can occur many times, as packets come in)
- Response received, request complete
As you can see in Ajax options, Prototype's AJAX objects define a whole slew of callbacks, which are triggered in the following order:
onCreate
(this is actually a callback reserved to AJAX global responders)onUninitialized
(maps on Created)onLoading
(maps on Initialized)onLoaded
(maps on Request sent)onInteractive
(maps on Response being received)on
XYZ (numerical response status code), onSuccess or onFailure (see below)onComplete
The two last steps both map on Response received, in that order. If a status-specific callback is defined, it gets invoked. Otherwise, if onSuccess
is defined and the response is deemed a success (see below), it is invoked. Otherwise, if onFailure
is defined and the response is not deemed a sucess, it is invoked. Only after that potential first callback is onComplete
called.
A note on portability
Depending on how your browser implements XMLHttpRequest
, one or more callbacks may never be invoked. In particular, onLoaded
and onInteractive
are not a 100% safe bet so far. However, the global onCreate
, onUninitialized
and the two final steps are very much guaranteed.
onSuccess
and onFailure
, the under-used callbacks
Way too many people use Ajax.Request
in a similar manner to raw XHR, defining only an onComplete
callback even when they're only interested in "successful" responses, thereby testing it by hand:
// This is too bad, there's better!
new Ajax.Request('/your/url', {
onComplete: function(transport) {
if (200 == transport.status)
// yada yada yada
}
});
First, as described below, you could use better "success" detection: success is generally defined, HTTP-wise, as either no response status or a "2xy" response status (e.g., 201 is a success, too). See the example below.
Second, you could dispense with status testing altogether! Prototype adds callbacks specific to success and failure, which we listed above. Here's what you could do if you're only interested in success, for instance:
new Ajax.Request('/your/url', {
onSuccess: function(transport) {
// yada yada yada
}
});
Automatic JavaScript response evaluation
If an ajax request follows the Same Origin Policy and it's response has a JavaScript-related content-type, the content of the responseText
property will automatically be passed to eval
What this means is, you don't even need to provide a callback to leverage pure-JavaScript AJAX responses. That's pretty cool, wouldn't you say? The list of JavaScript-related MIME types handled by Prototype is:
application/ecmascript
application/javascript
application/x-ecmascript
application/x-javascript
text/ecmascript
text/javascript
text/x-ecmascript
text/x-javascript
The MIME type string is examined in a case-insensitive manner.
Methods you may find useful
Instances of the Request object provide several methods that can come in handy in your callback functions, especially once the request completed.
Is the response a successful one?
The success()
method examines the XHR's status
property, and follows general HTTP guidelines: unknown status is deemed successful, as is the whole 2xy status code family. It's a generally better way of testing your response than the usual 200 == transport.status
.
Getting HTTP response headers
While you can obtain response headers from the XHR object, using its getResponseHeader
method, this makes for slightly verbose code, and several implementations may raise an exception when the header is not found. To make this easier, you can use the Ajax.Response#getHeader
method, which just delegates to the longer version and returns null
should an exception occur:
new Ajax.Request('/your/url', {
onSuccess: function(response) {
// Note how we brace against null values
if ((response.getHeader('Server') || '').match(/Apache/))
++gApacheCount;
// Remainder of the code
}
});
Evaluating JSON headers
Some backends will return JSON not as response text, but in the X-JSON
header. In which case, you don't even need to evaluate the returned JSON yourself, as Prototype automatically does so and passes it as the headerJSON
property of the Ajax.Response
object. Note that if there is no such header or its contents is invalid, this property will be set to null
.
new Ajax.Request('/your/url', {
onSuccess: function(transport) {
transport.headerJSON
}
});