WCF method called twice

佐手、 提交于 2019-12-02 20:47:28

It could be because the size of the message is greater than the default message size. You might try increasing the this value in the configuration of the endpoint. You could also take a look at this post.


UPDATE:

To further diagnose the problem I would suggest you activating the trace on the service by putting the following in the config file:

<system.diagnostics>
    <trace autoflush="true">
    </trace>
    <sources>
        <source name="System.ServiceModel"
                switchValue="Information, ActivityTracing"
                propagateActivity="true">
            <listeners>
                <add name="sdt"
                     type="System.Diagnostics.XmlWriterTraceListener"
                     initializeData="WcfDetailTrace.e2e" />
            </listeners>
        </source>
    </sources>
</system.diagnostics>

This will generate the WcfDetailTrace.e2e trace file which you could open with the Service Trace Viewer Tool which will provide you with extensive information about the call and the error message.

I recently had this issue.

It turned out that analyzing the WCF log as written by the System.Diagnostics.XmlWriterTraceListener yielded a problem with the data contract I had set up.

I am returning Dictionary<int, object> (Side Note: Yes, I know this is really bad!, but I am young and need the money). I forgot to include the [KnownType] attribute on the return value for the DataContract:

    [DataContract]
    [KnownType(typeof(Dictionary<int, double>))]
    [KnownType(typeof(Dictionary<int, ChannelData>))]
    [KnownType(typeof(Dictionary<string, Dictionary<int, double>>))]
    public class MyCoolObject: ICoolObject
    {
[DataMember]
        public Dictionary<string, object> Results
        {
            get { return _results; }
            set { _results = value; }
        }
    }

I too had this issue. For me, it was happening because I had a [DataMember] property with a get{} but no set{}. After adding a set{} this behavior stopped.

I encountered this same problem. It turned out WCF couldn't return DateTime as JSON, so I had to make it Nullable<DateTime>.

I recently had this problem, and it turned out i have forgotten to mark one of the data transfer classes with [DataContract]

I also had this problem and my solution was similar to Batgar's, but with a twist. I had a class that had a property of type object. I had to add KnownType attributes to the class for every type the object could hold. I couldn't populate the KnownType on-the-fly as the class didn't know what the object will contain.

I ran into the exact same symptoms as OP, but my target was an Oracle webservice that I have no control over. WebService calls worked fine from a standalone test web-application, but not from the .NET app that required the implementation.

I don't understand why, but updating the targetFramework in web.config from 4.5 to 4.6.1 fixed the issue for my application.

<httpRuntime targetFramework="4.5" requestValidationMode="4.5" executionTimeout="36000" />

<httpRuntime targetFramework="4.6.1" requestValidationMode="4.5" executionTimeout="36000" />

易学教程内所有资源均来自网络或用户发布的内容,如有违反法律规定的内容欢迎反馈
该文章没有解决你所遇到的问题?点击提问,说说你的问题,让更多的人一起探讨吧!