Hi all, I've updated these classes. The following semantics now apply:
1. QxHttpTransport classes no longer have a default queue associated with them - unqueued objects will simply be executed immediately when .send() is called. 2. QxHttpTransportQueue now REQUIRES an activeCount argument (first argument - an integer) upon creation. 3. If a QxHttpTransport object is a member of a queue, it will draw XMLHttpRequest objects from the global request pool. 4. The global request pool has an upper-bound size of the sum of the active counts of all QxHttpTransportQueue objects. For example:
* 3 QxHttpTransport queues are created, each with 1 request allowed to be active at any one time and varying numbers of requests allowed to be queued at any one time.
* The global XMLHttpRequest pool size upper bound is 3.The pool is managed by QxHttpTransport. XMLHttpRequest objects are only created as required (i.e. Setting a pool size of 50 does not result in 50 XMLHttpRequest objects being created straight away).
QxHttpTransport now uses more memory, as it holds copies of the various properties of XMLHttpRequest to allow requests to be entered back into the queue as soon as they reach an error state or a normal end state.
As always, feedback and comments (as well as questions) are welcome! QxHttpTransport is pretty much fully documented (other than the fairly self-explanitary pool-related methods). QxHttpTransportQueue needs some documentation though. We'll do this at some stage in the very near future.
Best regards, -- Chris Ricks - BE (Melb) Lead Software Engineer IT Operations Phone: 1300 722 388 Mobile: 0433 276 911 E-mail: [EMAIL PROTECTED]
QxHttpTransportQueue.js
Description: JavaScript source
QxHttpTransport test - Ugly but functional
QxHttpTransport.js
Description: JavaScript source
begin:vcard fn:Chris Ricks n:Ricks;Chris email;internet:[EMAIL PROTECTED] tel;work:1300 722 388 tel;cell:0433 276 911 x-mozilla-html:FALSE version:2.1 end:vcard
