2016-02-01 2 views
1

Ma question est similaire à this mais avec une différence intéressante. J'ai défini toutes les valeurs explicitement et cela ne fonctionne toujours pas. Aussi, j'essaie d'éviter les attributs du contrat, si possible.Le client WCF échoue lors de la définition explicite des valeurs enum

Alors, à quoi tout cela ressemble. Je définis un contrat qui a une propriété de type enum. Le ENUM est

public enum ErrorCodes 
{ 
    GeneralError = 1, 
    ValidationError = 2, 
    AuthenticationError = 3 
} 

Et puis échoue client errror:

System.ServiceModel.CommunicationException: An error occurred while receiving the HTTP response to http://localhost/MyTestAppService/SomeService.svc/soap. This could be due to the service endpoint binding not using the HTTP protocol. This could also be due to an HTTP request context being aborted by the server (possibly due to the service shutting down). See server logs for more details. ---> System.Net.WebException: The underlying connection was closed: An unexpected error occurred on a receive. ---> System.IO.IOException: Unable to read data from the transport connection: An existing connection was forcibly closed by the remote host. ---> System.Net.Sockets.SocketException: An existing connection was forcibly closed by the remote host 
    at System.Net.Sockets.NetworkStream.Read(Byte[] buffer, Int32 offset, Int32 size) 
    --- End of inner exception stack trace --- 
    at System.Net.Sockets.NetworkStream.Read(Byte[] buffer, Int32 offset, Int32 size) 
    at System.Net.PooledStream.Read(Byte[] buffer, Int32 offset, Int32 size) 
    at System.Net.Connection.SyncRead(HttpWebRequest request, Boolean userRetrievedStream, Boolean probeRead) 
    --- End of inner exception stack trace --- 
    at System.Net.HttpWebRequest.GetResponse() 
    at System.ServiceModel.Channels.HttpChannelFactory`1.HttpRequestChannel.HttpChannelRequest.WaitForReply(TimeSpan timeout) 
    --- End of inner exception stack trace --- 

Server stack trace: 
    at System.ServiceModel.Channels.HttpChannelUtilities.ProcessGetResponseWebException(WebException webException, HttpWebRequest request, HttpAbortReason abortReason) 
    at System.ServiceModel.Channels.HttpChannelFactory`1.HttpRequestChannel.HttpChannelRequest.WaitForReply(TimeSpan timeout) 
    at System.ServiceModel.Channels.RequestChannel.Request(Message message, TimeSpan timeout) 
    at System.ServiceModel.Channels.ServiceChannel.Call(String action, Boolean oneway, ProxyOperationRuntime operation, Object[] ins, Object[] outs, TimeSpan timeout) 
    at System.ServiceModel.Channels.ServiceChannelProxy.InvokeService(IMethodCallMessage methodCall, ProxyOperationRuntime operation) 
    at System.ServiceModel.Channels.ServiceChannelProxy.Invoke(IMessage message) 

Exception rethrown at [0]: 
    at System.Runtime.Remoting.Proxies.RealProxy.HandleReturnMessage(IMessage reqMsg, IMessage retMsg) 
    at System.Runtime.Remoting.Proxies.RealProxy.PrivateInvoke(MessageData& msgData, Int32 type) 
    at MyTestApp.ISomeService.TestMethod(TestRequest request) 

Quand je supprime toutes les valeurs explicites, cela fonctionne:

public enum ErrorCodes 
{ 
    GeneralError, 
    ValidationError, 
    AuthenticationError 
} 
+0

Avez-vous décoré les énumérations avec [EnumMember (Value = "1")] ', selon la question liée? – Tim

+0

non, j'essaie de l'éviter – neleus

+0

Pourquoi? La cause sous-jacente de votre problème est probablement une erreur de sérialisation, alors pourquoi voulez-vous éviter la famille d'attributs '[DataContract]'? – Tim

Répondre

3

J'ai enfin trouvé une solution très simple. Il semble étrange que la documentation ne le mentionne pas.

L'énumération ne doit avoir qu'un valeur par défaut et tout fonctionne comme un charme! Je ne sais pas si c'est un joli bug ou une fonctionnalité non documentée.

public enum ErrorCodes 
{ 
    Default = 0, // without this member WCF fails 
    GeneralError = 1, 
    ValidationError = 2, 
    AuthenticationError = 3 
} 

Comment en suis-je arrivé là? J'ai simplement essayé une autre énumération et cela fonctionnait même avec des valeurs explicites et, heureusement, la différence était qu'elle avait la valeur par défaut.

+0

Intéressant - merci de poster la réponse. – Tim

0

Je suppose qu'il aurait à voir avec Contrats de données que vous n'avez pas montrés dans votre exemple.

Voici ce que j'ai trouvé dans le document MSDN. https://msdn.microsoft.com/en-us/library/aa347875(v=vs.110).aspx

+0

voir ci-dessous, il ya une section 'Simple Enumerations' qui est mon cas – neleus

+0

La clause sous les états simples " Vous pouvez utiliser des énumérations simples lorsque vous n'avez pas besoin de personnaliser le nom du contrat de données de l'énumération et namespace et les valeurs des membres de l'énumération. " Vous essayez d'ajuster les valeurs. – DoomVroom

3

Dans la réponse que vous y est lié aux énumérations où décorées avec [EnumMember] et l'ensemble de la valeur, comme celui-ci:

[DataContract] 
public enum ErrorCodes 
{ 
    [EnumMember(Value = "1")] 
    GeneralError = 1, 
    [EnumMember(Value = "2")] 
    ValidationError = 2, 
    [EnumMember(Value = "3")] 
    AuthenticationError = 3 
} 

Votre code affiché semble manquer ces attributs.

AJOUTÉE

Alors que vous n'avez pas besoin d'utiliser l'attribut [EnumMember] (par l'documentation), qui applique ne à énumérations simples. Dans la section "Simple énumérations", il dit:

You can use simple enumerations when you *do not need to customize* the enumeration's data contract name and namespace and the **enumeration member values**.

+0

selon le msdn les attributs peuvent être omis https://msdn.microsoft.com/en-us/library/aa347875%28v=vs.110%29.aspx – neleus

+0

Pensez-vous qu'il n'y a aucun moyen d'éviter les attributs? Imaginez qu'il y ait beaucoup de membres ayant des valeurs hexadécimales et dans ce cas, la duplication des valeurs dans les attributs n'est pas élégante.J'essaie d'éviter cela – neleus

+0

@neleus - Voir mon ajout à la réponse ci-dessus. – Tim