Mi sembra alquanto improbabile che intercettare un evento possa influire sulla chiamate al servizio, anche solo nell'invio, perché se guardi il proxy generato (fai un goto definition di CheckStatoCompleted) sono dei nomarli handler definiti sulla classe e non vengono usati fino a quando non avviene il callback della risposta al servizio.
Prova a mettere un breakpoint sul callback per vedere se almeno lì arriva (dovrai togliere l'attributo DebugTrought** che impedisce di farne il debug). Magari intercetta anche tutte le eccezioni di Visual Studio (menu Debug->Exceptions) così da vedere se scatta per caso un errore che non intercetti (potrebbe stare su un thread diverso)

Non è che è un problema di mantenimento in vita della classe? Hai provato una semplice console application che chiama in sincrono?

Ho provato a portare tutti i servizi in modalità asincrona e creato un bottone con la chiamata asincrona a due metodi dello stesso servizio, premendo sul bottone accade quanto segue:
1) chiamo il metodo1 in asincrono sul servizio, questo metodo mi deve rendere una risposta dopo 30 secondi di attesa
2) subito dopo la chiamata del metodo1 senza attendere la sua risposta chiamo il metodo2 sempre in asincrono sulla solita istanza del servizio, tale metodo deve rendere una risposta immediata
3) purtroppo non ricevo risposta al metodo2 fino a quando non ho ricevuto risposta alla prima chiamata, quindi la risposta al metodo2 attende anche lui 30 secondi prima di tornare anche se il metodo non dovrebbe avere ritardo sulla risposta

Mi sono chiesto se il problema fosse sul client o sul server ed ho provato a monitorare il traffico di rete verificando quanto segue:
la prima chiamata esce dal client ma la seconda chiamata non esce fino a quando non torna la risposta alla prima chiamata. Sembra proprio che la gestione asincrona sia a livello di applicazione ma che il servizio venga gestito dall'applicazione in modalità sincrona anche con chiamate asincrone. Quindi è sbagliato dire come avevo detto nel precedente post che il servizio cessa di funzionare, il servizio funziona! ma rimane bloccato dalle chiamate anche se asincrone fin quando non riceve risposta con una gestione sequenziale delle chiamate!!!

Credo che questo comportamento è passato inosservato ai più in quanto le chiamate asincrone non vengono usate quasi mai con tempi di risposta lunghi come anche alcuni minuti. Credo quindi che l'uso degli addhandler per chiamate asincrone con risposte di molti secondi o anche minuti non sia una soluzione percorribile.
Ma allora quale strada seguire per rispondere a tale necessità?

---

Modificato da scippy il 18 giugno 2009 11.42 -