Un articolo davvero molto interessante. Vedere così tante tecniche possibili per utilizzare jQuery con ASP.NET fa dimenticare in fretta tutti i problemi dovuti agli UpdatePanel.

Io gli Updatepanel li ho utilizzati poco e per fortuna!!!
Jquery con ASP molto meglio...

Complimenti, articolo ben fatto.

Fondamentalmente jQuery invoca la callback "success" se la risposta ha status 200 (OK) e quella di errore in tutti gli altri casi. Se noti la firma completa consentita dalla callback di errore è: error(XMLHttpRequest, textStatus, errorThrown) ("A function to be called if the request fails. The function is passed three arguments: The XMLHttpRequest object, a string describing the type of error that occurred and an optional exception object, if one occurred. Possible values for the second argument (besides null) are "timeout", "error", "notmodified" and "parsererror".") per cui se imposti nell'output del testo contenente i dettagli dell'eccezione scatenata lo puoi recuperare nella callback attraverso XMLHttpRequest.

Tendenzialmente io tendo però a distinguere tra errori gestiti e non; per quelli non gestiti (il server non risponde, eccezioni impreviste, ecc.) uso la normale callback di errore senza preoccuparmi di dettagliare all'utente le cause (tipo: "Si è verificato un errore, riprova più tardi"); per quelli gestiti (errori applicativi, ad esempio nel caso di parametri non corretti, autorizzazioni mancanti, risultati dell'operazione non validi, ecc.) rispondo cmq con uno stato 200 ed indico in una proprietà della risposta l'avvenuto o mancato successo (operationResult, true se la richiesta è andata a buon fine, altrimenti false) e l'eventuale messaggio d'errore da mostrare (errorMessage, vuoto se operationResult == true)

HTH