Monday, March 4, 2013

Re: Advanced RequestTransport implementations. Any available to use?

Thanks Thomas,

Lots to look at there. 

So I can send multiple RF requests over a single HTTP request (to send the contents of an Editor/RF tree multiple times, for validation) I have a nasty Transport.startBatch(String name) method. I have been wondering about marking the request somehow so I don't have to be so careful about using try/finally to clear any nasty state after an error. Still feels wrong assuming single threaded ;)

The batch and priority would probably go together for us as we want the "check any validation errors on this form" requests to become stale and get bumped by more urgent "the requested something be done"

We will try and be good and share anything we come up with.

Cheers

Sam

On Friday, March 1, 2013 4:04:08 PM UTC, Thomas Broyer wrote:


On Friday, March 1, 2013 3:41:54 PM UTC+1, salk31 wrote:
We have been using the DefaultRequestTransport implementation but now we want features like:
* Retry after seeming network or server error (exponential back off )
* Different queues with throttling, priority etc

I wonder how that could work: how would you select a particular queue?
 
* Detect auth failure, prompt for re-auth, retry

 
* Expose state of the request transport, requests pending etc to drive progress indicators...

This all seems like quite standard stuff? GMail does most or not all of this.

Anyone know of some existing code we could use?

GMail uses Closure Library's BrowserChannel which handles network errors with retries. For the authentication part, I have no idea though. They don't seem to use different queues. 

--
You received this message because you are subscribed to the Google Groups "Google Web Toolkit" group.
To unsubscribe from this group and stop receiving emails from it, send an email to google-web-toolkit+unsubscribe@googlegroups.com.
To post to this group, send email to google-web-toolkit@googlegroups.com.
Visit this group at http://groups.google.com/group/google-web-toolkit?hl=en.
For more options, visit https://groups.google.com/groups/opt_out.
 
 

No comments:

Post a Comment