[Mono-dev] BasicHttpBinding issues

[Atsushi Eno]

Hello,

For random results, it is rather likely that 2.6 HttpTransport listener 
confuses between the contract service endpoint and WSDL/debug endpoint 
(i.e. WSDL endpoint could try to process the contract messages, or the 
contract endpoint may try to process WSDL requests). Explicitly 
disabling ServiceDebugBehavior and ServiceMetadataBehavior (serviceDebug 
and serviceMetadata in config) might fix this specific issue.

And if you still gets failures occasionally (or consistently), it may be 
time to have some doubts on Tools for VS.

Anyways you can feel free to send me your code and try it at my side if 
you want :)

Atsushi Eno


On 2010/08/12 15:17, Matthew Fanto wrote:
>
> On Thu, Aug 12, 2010 at 2:06 AM, Atsushi Eno 
> <atsushieno at veritas-vos-liberabit.com 
> <mailto:atsushieno at veritas-vos-liberabit.com>> wrote:
>
>
>     I have no idea on from which this list addition occurs. This might
>     not happen in the latest git head or daily builds (but I doubt
>     that). If you can provide the runnable example code, I can test it
>     on the latest code.
>
>
> I might have been quick with my initial email before checking 
> everything. I also apologize for being vague on details, but everytime 
> it ran, I had different results. Nothing was predictable.
>
> I've played with this down further and it seems to be caused by Mono 
> Tools for Visual Studio. If I run the application from cmd.exe with 
> "mono.exe test.exe", the WCF service listens, and responds to requests 
> as it should.
>
> If I run from within Visual Studio, I am unable to get anything to run.
>
> If I use "Run in Mono", I get an error that the assembly is too large. 
> Using "Debug in Mono", sometimes the service starts but rejects any 
> request. Other times, the application crashes with unhandled exceptions.
>
> Also, if I kill the debugger, mono.exe still hangs and does not 
> terminate. I have to manually terminate it.
>
> cmd.exe runs as the same privileges as Visual Studio.
>
> Best,
> Matt