Communication¶
Sending HTTP requests and receiving responses is an important feature of almost every application running in the browser. Most commonly, the technique used is termed Ajax. qooxdoo's communication stack offers many ways to facilitate HTTP communication at different levels of abstraction.
Low-level requests¶
At the very core, HTTP requests from the browser are made by interfacing with
the HTTP client API or by adding a script tag to the document. Classes dealing
with those low-level transport methods can be found in the qx.bom.request
namespace. Usually they are not instantiated directly by the user.
Xhr is a wrapper of the HTTP client API offered by the browser. It's
purpose is to hide inconsistencies and to work around bugs found in popular
implementations. The interface of qx.bom.request.Xhr is similar to
XMLHttpRequest, the HTTP client API
specified by the W3C.
Script is a script loader. Internally, the class deals with adding and
removing script tags to the document and keeping track of the load status. Just
like qx.bom.request.Xhr, the interface is modeled based on XMLHttpRequest.
Jsonp builds on the script loader and adds functionality needed to receive
JSONP responses. JSONP stands for JSON with padding and is a technique to
safely receive remote data. It's main advantage compared to to Xhr is that
cross-origin requests are supported in all browsers.
Higher-level requests¶
Classes found in qx.io.request build on the groundwork laid by
qx.bom.request. Properties allow to conveniently setup a request and
fine-grained events facilitate handling changes of the request's status or
response.
Note that historically, qooxdoo comes with two transport layers. The old transport layer is described below.
REST¶
qx.io.rest.Resource is a client-side wrapper of a REST resource.