Una connessione esistente è stata forzatamente chiusa dall'host remoto - WCF

Question

Ho un servizio Web WCF che funziona correttamente. Tuttavia c'è una chiamata in particolare che sta fallendo - ma fallisce solo per alcuni utenti. La chiamata è piuttosto semplice: è una chiamata per ottenere un elenco di oggetti Person.

Per l'utente A funziona correttamente. Il servizio interroga il database, crea l'elenco di oggetti Person e lo restituisce all'applicazione chiamante.

Per l'utente B non riesce. La cosa strana è che quando faccio il debug del servizio sembra funzionare bene. È in grado di interrogare il database e crea l'oggetto List e lo restituisce. Il servizio in sé non fallisce mai. Ma l'applicazione client riceve l'errore "Una connessione esistente è stata chiusa forzatamente dall'host remoto".

Per me sembra che qualcosa stia accadendo quando il livello di servizio sta cercando di impacchettare i dati in formato XML per rimandarli all'applicazione chiamante. Sto pensando che debba trattarsi di un problema correlato ai dati perché la chiamata funziona bene per gli altri utenti. Ho visivamente guardato i dati e non vedo nulla di strano. Un'ipotesi è che i dati per l'utente B abbiano alcuni caratteri nascosti funky o qualcosa e, pertanto, causano la chiusura imprevista del servizio. Qualcosa del genere.

Qualche idea?

Answer 1

La cosa migliore che ho trovato per diagnosticare cose come questa è il visualizzatore di tracce del servizio. E 'piuttosto semplice da configurare (supponendo che si può modificare il file di configurazione):

http://msdn.microsoft.com/en-us/library/ms732023.aspx

Spero che questo aiuti.

Answer 2

Ho visto questa volta. Gli utenti richiedono differenti quantità di dati? Ho scoperto che anche se è possibile configurare un'associazione per i payload di dati (ad esempio maxReceivedMessageSize), lo httpRuntimemaxRequestLength supera l'impostazione WCF, quindi se IIS sta tentando di soddisfare una richiesta che supera tale valore, questo comportamento si manifesta.

Pensate a come questo:

Se maxReceivedMessageSize è 12MB nel vostro comportamento WCF e maxRequestLength è 4MB (default), IIS vince.

Answer 3

Ho riscontrato questo problema perché il mio sito Web non ha un certificato associato alla porta SSL. Ho pensato di parlarne perché non ho trovato questa risposta da nessuna parte nel googleweb e mi ci sono volute ore per capirlo. Nulla è apparso nel visualizzatore dell'evento, che è stato assolutamente fantastico per diagnosticarlo. Spero che questo salvi qualcun altro dal dolore.

Answer 4

Ho appena avuto questo errore ora solo server e la soluzione era quella di impostare un attributo maxItemsInObjectGraph in WCF web.config sotto <behavior> tag:

<dataContractSerializer maxItemsInObjectGraph="2147483646"/> 

Answer 5

ho catturato la stessa eccezione e ha trovato un InnerException: SocketException. in la traccia di svclog.

Dopo aver cercato nel registro eventi di Windows, ho riscontrato un errore proveniente dalla classe System.ServiceModel.Activation.TcpWorkerProcess.

Stai ospitando il servizio wcf in IIS con netTcpBinding e port sharing?

Sembra che ci sia un bug nella funzione di condivisione porto di IIS, controllare la fix:

La mia soluzione è quella di ospitare il vostro servizio WCF in un servizio di Windows.

Answer 6

Ho lo stesso problema. La mia soluzione è questa:

Se si utilizza Linq2Sql nel progetto, Aprire il file dbml in Visual Studio e cambiare la modalità di serializzazione di "unidirezionale", a

Answer 7

Dopo aver tirato fuori i miei capelli per come 6 ore di questa del tutto inutile errore, il mio problema è stato che il mio data transfer objects era troppo complesso. Inizia con uber semplici proprietà come public long Id { get; set;} che è ... niente di speciale.

Answer 8

Il problema che avevo era anche con la serializzazione. La causa erano alcune delle mie DTO/business class e le proprietà sono state rinominate o eliminate senza aggiornare il riferimento del servizio. Sono sorpreso di non aver ricevuto il contract filter mismatch error. Ma l'aggiornamento del servizio ref risolto l'errore per me (stesso errore di OP).

Answer 9

Nel mio caso era anche con la serializzazione. Devo aggiungere [KnownType(typeof(...)] per tutte le classi che potrebbero apparire nella serializzazione.

Answer 10

Ho trovato che è possibile ottenere questo errore se l'oggetto restituito contiene solo proprietà auto inizializzate nel costruttore (con sintassi C# 6.0).

Credo che questo sia dovuto alla deserializzazione di WCF sul lato client utilizzando un costruttore parametrico e quindi all'impostazione delle proprietà sull'oggetto. Deve avere un setdisponibile (può essere privato) per riempire l'oggetto, altrimenti fallirà.