This may not be the first time this question has been asked, but here
goes...
I've been trying to understand the state of WCF over any SSL-encrypted
transport. Specifically I want to be able to write Linux client
applications in Mono which talk to Windows enterprise services in .NET
using WCF
Very unlikely.
The page has not been updated in years, does not even cover the
Silverlight/Moonlight push, which is what made it usable, and most
importantly, recent developments where we replaced large chunks of it with
Microsoft's stack.
MIguel.
On Wed, Aug 26, 2015 at 5:02 PM, Neale Ferguson
Does the doc at http://www.mono-project.com/docs/web/wcf/ reflect the
current state of WCF support?
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
There is no test, so I don't know if it's good.
Atsushi Eno
On 2015年02月22日 03:32, Alexander Grep wrote:
Hello,
Miguel, thanks for implementing the fix!
Sorry to bother you once more:
I'd be grateful if you could also have a look at
https://bugzilla.xamarin.com/show_bug.cgi?id=20764
Hello,
Miguel, thanks for implementing the fix!
Sorry to bother you once more:
I'd be grateful if you could also have a look at
https://bugzilla.xamarin.com/show_bug.cgi?id=20764
While it's not a crashing bug, it causes any OperationContract with a
return type of void to return status code
Hello, [ I am CCing Atsushi so he can eyeball the patch ]
Thanks for the background research and for pointing me to that
long-standing bug.
It seems like a pull request was created, but that the author closed the
pull request.
I have updated the patch, can you try this and report back?
As far as I can tell, that patch fixes the crash. I'll be doing some more
testing in the next few days.
I'd be grateful if you could also have a look at
https://bugzilla.xamarin.com/show_bug.cgi?id=20764
While it's not a crashing bug, it causes any OperationContract with a
return type of void to
Console output for debugging is done in very limited, IIRC in only one
or two [*1] locations and not supposed to be done everywhere. They
should be actually replaced by something like WCF logging feature that
can be enabled by some configuration. IIRC it partly works. Nothing will
be logged by
Greetings!
I've stumbled upon what I believe to be a rather serious problem in mono's
WCF implementation.
When a client disconnects during a transmission from a WebServiceHost, an
exception is thrown:
Exception Write failure at System.Net.Sockets.NetworkStream.Write
(System.Byte[] buffer,
Hi,
I am writing a WCF-based service which I¹m making available via xsp. When I
go to access it, the compilation starts as expected. However, the parameters
used by the mcs.exe process that is kicked off doesn¹t include a
r:System.Web that my service needs to build cleanly. I added the following
Lukas,
Please verify if the client works on a recent mono, to determine if this
has already been addressed by changes not in Unity. In any case, also feel
free to submit a bug via the Unity3d bug reporter.
Thanks,
Jonathan
On Mon, Jul 8, 2013 at 8:58 PM, LukasTaves lukasta...@gmail.com wrote:
Sorry taking so long, I got hung up on a few things at work and couldn't
implement an use case earlier.
So here's what I'm using:
My Service interface, and the callback interface:
http://mono.1490590.n4.nabble.com/file/n4660139/x2fx.png
My Service implementation
Please file a bug report with a test case so we can figure out how to fix
it.
On Mon, Jun 24, 2013 at 2:25 PM, LukasTaves lukasta...@gmail.com wrote:
I have a Unity3D client that communicates with a local service through WCF.
The service is duplex and all communication is in place and
I have a Unity3D client that communicates with a local service through WCF.
The service is duplex and all communication is in place and working, however
some negative numbers get borked when received.
Bellow is a list that shows subsequent received single precision numbers.
The stream was
Please file a bug report with a test case and make sure you use line
endings.
On Wed, Dec 5, 2012 at 7:59 PM, tadaP prasadha...@yahoo.com wrote:
I am consistently having a System.NullReferenceException on making a WCF
call. The application is a multi-threaded app and each thread makes a WCF
Hi all,
My project uses WCF to perform remoting communications between a server and
a client.
Sometimes I have to transfer 'large' data (large meaning here more than
the default max value).
So to get transferts to work, I had to declare my binding with the
following parameters:
var binding = new
I'm running on performance issues with WCF on mono.
On my Windows 7 box I can do about ~43K operations per second to my WCF
service.
On the linux box it drops to less than 500 operations per second.
That is as long as I try sending less than 1600 messages.
When I try sending 1700 messages
Hello
Unfortunately the code still crashed with the below trace
[0x7ff24dc45700:] EXCEPTION handling: System.ObjectDisposedException: The
object was used after being disposed.
[0x7ff24dc45700:] EXCEPTION handling: System.IO.IOException: EndRead
failure
[0x7ff24de46700:] EXCEPTION handling:
This is a different problem, but it is related : It looks like i need to
handle IOException as well (in, at minimum, BeginTryReceiveRequest where
i was handling the other exceptions), i don't think that was in the
earlier stack traces, should be easy enough to catch and deal with. I'll
post in
On 07/11/2012 05:08 AM, Ali Shahbour wrote:
Unhandled Exception: System.IO.IOException: Read failure ---
System.ObjectDisposedException: The object was used after being disposed.
at System.Net.Sockets.Socket.Receive (System.Byte[] buffer, Int32
offset, Int32 size, SocketFlags flags)
Just want to update the list in case anyone was following…
I was able to reproduce some of the problems, and came up with some work
arounds that wouldn't crash the WCF server on client disconnect (windows
doesn't crash the server), at least for the issues i was able to reproduce. I
tried to
Thanks for being willing to write the sample code, I had started to read
about WCF tonight, I'm familiar with the concepts (already was on most
of them), but didn't yet get up to actual implementation (only got about
13 pages into the book when I received your message). It's something
i'll learn
Thanks - I'm on my mac now and trying to set up mono develop.. It appears to
have an easier time with the alpha version of mono, but then it said 'update
available' and downloaded an older version then stopped working again, I'll get
it soon. Otherwise, I'll be on my linux laptop soon, just
Oops, I mistakenly replied to just Shahbour. Basically wanted to
comment that we should move this discussion to a bug report i filed once
i reproduced a crash:
https://bugzilla.xamarin.com/show_bug.cgi?id=5926
We're clogging up the mailing list with one issue too much when there
are many issues
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Getting something that is consistently reproducible would be ideal.
I've got something else on front of my priority queue at the moment, and
may not get back to this right away.
- -Rob
On 06/29/2012 02:26 PM, Ali Shahbour wrote:
In my real
Re : The stacktrace below...
This occurs when an exception is raised in ChannelDispatcher.cs on line
601. It tries to send back an exception message to the client here, i
believe. But when it does that, it uses the existing RequestContext.
It's apparent that some data is apparently being
Either of the attached patches illustrates what i was trying to say in
that last patch
(1) attempt2.patch : This attempts to patch just the below concern, and
is based on a guess.
-or- (not both)
(2) combined.patch : This combines attempt2.patch with the patch i sent
last night since they were
Worth noting, with Combined patch applied (or both other applied
separately), zero unit tests are failing. So apparently, it doesn't
make anything worse, at least as far as tests go.
-Rob
On 06/28/2012 08:20 AM, Rob Wilkens wrote:
Either of the attached patches illustrates what i was trying
I mean zero RELATED unit tests were failing (in System.ServiceModel)
On 06/28/2012 08:38 AM, Rob Wilkens wrote:
Worth noting, with Combined patch applied (or both other applied
separately), zero unit tests are failing. So apparently, it doesn't
make anything worse, at least as far as tests
http://mono.1490590.n4.nabble.com/file/n4650235/TestWCFServer.zip
TestWCFServer.zip
Hello Rob
I am attaching a simple application to demonstrate the error we are getting.
Unfortunately using the above example the server is not crashing but still
it raise the error (note that in my live app ,
I don't think IErrorHandler would work in this case. Look at the stack
trace - you are unable to catch exception in any way since, the
connection is made in a separate thread (at least I suppose so looking
at the stack trace, specifically
I apologize, I was under the probably mistaken impression that those
EXCEPTION handling: messages were coming from the IErrorHandler he was
talking about.
-Rob
On 06/27/2012 01:16 AM, Maciej Paszta wrote:
I don't think IErrorHandler would work in this case. Look at the stack
trace - you are
By the way, I noticed the bottom of the stack was similar to this
earlier error message we corrected:
http://mono.1490590.n4.nabble.com/Exception-at-System-ServiceModel-Channels-Http-HttpReplyChannel-TryReceiveRequest-td4649878.html
I personally believe something called *Try*ReceiveRequest should
I sent a suggested fix, untested, under another thread, titled
BeginTryReceiveRequest and Socket error handling?. I'm more wondering
if it's a good idea or not, but it looks like it is safe to me in this
case because we're in our own thread starting there.
The Exception being raised is
Hello
Thanks for the suggestion and updates.
I tested the application on windows machine (in fact i am using visual
studio to develop it) and the result was that if i close the browser while
running the console application under windows the application doesn't crash
but still raise an error
This looks like an entirely different kind of error than we were seeing
before. Here we are attempting, apparently, to change the content type
after we've already sent the headers, if the exception message is right,
and that sounds like a bug -- but i don't have the patience to dig
through the
On 06/27/2012 01:02 PM, shahbour wrote:
Reproducing the error is very simple, just host any application under
console app and in any service function put Thread.Sleep(..) to give
you time to close the browser before it reply. Then call this function
from any client and close it before getting
Hello
I got an WCF service that is running except at some time if the client send
a request then close his program directly , ending the session the WCF
console application crashes with below error
[0x7f0b42f55700:] EXCEPTION handling: System.Net.Sockets.SocketException:
Connection reset by
I'm wondering if this is a bug. And maybe a report should be
filed Sounds like a similar problem i looked at recently, but that
bug was different because the sample code in the bug report also crashed
in windows.
According to:
Ammendment to previous reply:
http://stackoverflow.com/questions/1434451/connection-reset-by-peer
Also seems to indicate that connection reset by peer is not a clean
connection close, but rather a 'hang up' (immediate disconnect) by the
remote end. So maybe it's not a mono bug.
Have you tried,
Hello Rob
You are correct this happen when the client (Silverlight application)
request a query and then close the browser immediately before getting the
response .
I tried to handle the error in my Console Application (i implemented
IErrorHandler in WCF) to handle all errors still no luck.
WCF (Windows communication foundation) sounds remarkably platform
specific, but without knowing anything else, i bet they implemented it
in mono anyway
http://msdn.microsoft.com/en-us/library/system.servicemodel.dispatcher.ierrorhandler.aspx
Says that the IErrorHandler should return a value
Hello,
I have successfully implemented and tested a simple wcf 'hello world'
service with basicHttpBinding on Mono 2.10.8.
If i try to limit the access via certificate based authentication i get
the following error (browser):
When Message security is enabled in a BasicHttpBinding, the message
I have a simple WCF Service that uses nettcp bindings, and is self hosted by
a console app. I am using App.config for the service parameters. I am
creating a proxy in a client using duplexchannelfactory, not using
App.config.
I am testing in Windows 7.
When I run the service in mono and the
Hello,
is there any news about this problem?
Me, too, would need to have ConcurrencyMode.Multiple (or
InstanceContextMode.PerCall), with a WebHttpBinding. I tried it, it does not
seem to work. Can anyone confirm that MONO does not support this?
Thanks.
--
View this message in context:
Hi,
when configuring a WCF service with BasicHttpBinding (works on .net)
Mono 2.10 throws the following exception:
System.InvalidOperationException: Only MessageVersion.None is allowed for
WebHttpBehavior
at System.ServiceModel.Description.WebHttpBehavior.ValidateBinding
I have found the problem about the security exception.
At my working folder on the project Npsql.dll and MonoSecuriy.dll wass
standing.
We need the Npsql.dll but not the MonoSecuriy.dll and it is added
automatically by compiler I guess.
When I deleted the MonoSecuriy.dll my problem solved.
I
I have complied downloaded master mono branch with git then complied it.
The code I have send above did not worked with the complied version of mono
and sent the same exception.
Then I used the newest complied wsdl tool for creating proxy classes and it
is working in my standalone test project
The problem is probably same as the bugzilla.
As far as I understand from the bug fix Form=XmlSchemaForm.Unqualified must
be declared in XmlAttribute and XmlElement attributes on the classes and the
properties.
So that I edited generated code XmlAttributeAttribute and
XmlElementAttribute as
Hi,
I am porting a windows application using wcf running on .Net so that it can
run on Mono (2.10.6) and I have bumped in the same problem.
For the context, I use message contracts with the xml serializer and the c#
code for the objects is generated by the svcutil.exe program from microsoft
On 10/27/2011 11:11 AM, monoUser wrote:
Where and how can I find the fixed versions of the mono runtime or code
generator??
Thanks in advice
You can compile git master, or otherwise wait for mono 2.10.7 or wait
for 2.12. (Not sure about the daily builds of Mono 2.11, are they still
Is http://bugzilla.xamarin.com/show_bug.cgi?id=41 the same problem as
yours? It was fixed today.
On 10/25/2011 04:45 PM, monoUser wrote:
Hello,
I'm trying to fetch data from a web service which is under
http://river.sdsc.edu/wateroneflow/NWIS/DailyValues.asmx
I used .Net generated classes
Hello,
I'm trying to fetch data from a web service which is under
http://river.sdsc.edu/wateroneflow/NWIS/DailyValues.asmx
I used .Net generated classes for this web service it works fine under
Windows bu under Linux it fails.
I sniffed the packets by tcpdump and the response xml packet is
I get the following error when performing a wcf client request to a third
party web service using soap:
Read by order only possible for encoded/bare format : at
System.Xml.Serialization.ClassMap.GetElement (Int32 index)
I have tried adding the web reference both in visual studio and in
Hello,
Without code, we cannot give any thoughts.
Atsushi Eno
On 2011/08/26 6:49, blaynebayer wrote:
I get the following error when performing a wcf client request to a third
party web service using soap:
Read by order only possible for encoded/bare format : at
Hi ,
I am working opc server implementation on mono. Here different
protocol is available for communication
e.g SoapXmlBinding,
SoapXmlOverPipeBinding,
SoapXmlOverTcpBinding and
TcpBinding
From which I have successfully establish communication channel
over TcpBinding but when I have
I have almost explained in the subject, but any WCF effort has been
stopped for weeks due to repeating regressions in base stack.
Current one is related to some assembly loader issue I reported to the
team earlier on 18th.
So please don't expect any bugfixes until it gets fixed.
Atsushi Eno
Hi all,
Anyone able to run the new WCF Web API on Mono? Will the license allow it to
be included in the core when it's ready?
Thanks,
Joe
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
On 22.03.2011 16:48, Joe Dluzen wrote:
Hi all,
Anyone able to run the new WCF Web API on Mono? Will the license allow it to
be included in the core when it's ready?
The current license does not even allow to execute the code on
operating systems != Windows.
Robert
Some updates:
- Thanks to Rodrigo, the PE verifier feature is temporarily disabled. I'm
working on the real fixage, but WCF on git master should work now.
- I found the cause of the Windows failure. To get WCF working again on
Windows, run:
git checkout 2670761ee7
Hello,
I don't think you really read my message.
Atsushi Eno
(2011/02/17 0:36), rjhdakota wrote:
I am having what I believe is the same problem. You say basic authentication
is working, any examples? Our project needs the ability to authorize a
connection, and currently we cannot. Here is
I'm also experiencing a similar issue. My
http://mono.1490590.n4.nabble.com/WCF-ServiceSecurityContext-td3307343.html
post is in the general forum.
--
View this message in context:
http://mono.1490590.n4.nabble.com/WCF-and-TransportCredentialOnly-tp3307532p3309153.html
Sent from the Mono -
I am having what I believe is the same problem. You say basic authentication
is working, any examples? Our project needs the ability to authorize a
connection, and currently we cannot. Here is the code that works on Windows
but allows anyone to connect on MONO:
Public Sub WCFStartService()
I am working on a WCF service in MONO and currently testing it under MAC OS.
I had 2.8 but updated to the latest in SVN. My service is allowing
connections no matter how I set it up. Is user authentication supported?
Here is my service, note that it works fine in Windows and I can validate
This is not for general mono users list but for those who hack mono itself.
Check mono-list instead and you'll find very similar question there (unless
you are the same person who posted that in fact).
Atsushi Eno
(2011/02/16 5:07), rjhdakota wrote:
I am working on a WCF service in MONO and
: Saturday, January 15, 2011 3:11 AM
To: joelcaner
Cc: [hidden email]http://user/SendEmail.jtp?type=nodenode=3220791i=1
Subject: Re: [Mono-dev] WCF in Mono 2.6.7
Not sure where the actual error occurs without stack trace, but 2.6 is
too old
for WCF to try anyways.
And Mtom is almost untested
-dev] WCF in Mono 2.6.7
Not sure where the actual error occurs without stack trace, but 2.6 is
too old
for WCF to try anyways.
And Mtom is almost untested so it will cause any kind of problem (never
expected that there are actually people who use it).
Atsushi Eno
(2011/01/14 23:37
Not sure where the actual error occurs without stack trace, but 2.6 is
too old
for WCF to try anyways.
And Mtom is almost untested so it will cause any kind of problem (never
expected that there are actually people who use it).
Atsushi Eno
(2011/01/14 23:37), joelcaner wrote:
I am having
I am having trouble getting WCF working on Mono in Suse Linux 11.3
I have the client as follow:
BasicHttpBinding binding = new BasicHttpBinding();
binding.Security.Mode = BasicHttpSecurityMode.None;
binding.TransferMode = TransferMode.Streamed;
Hi,
I was reading this thread and just by chance was reading up on WCF Services
Session instantiation and release today.
I thought the following links might be useful to clear up the MS.NETbehavior:
Sessions, Instancing, and
Concurrencyhttp://msdn.microsoft.com/en-us/library/ms731193.aspx
Ah, thanks, forgot about that ReleaseInstanceMode property ;-)
Atsushi Eno
(2011/01/11 19:17), Adar Wesley wrote:
Hi,
I was reading this thread and just by chance was reading up on WCF
Services Session instantiation and release today.
I thought the following links might be useful to clear
Hello Karsten,
(2011/01/09 23:15), Karsten Fourmont wrote:
Hi Atsushi,
One (slightly) better approach is to avoid configuration. It is
extraneous stack to the actual code implementation for us and often
left not-implemented.
OK, understood.
After changing to configuration in code and
Hi again,
To my understanding, a session (ISession) is usually member of
ISessionChannel types, its lifecycle is bound to the channel, and we
indeed have such implementation in TcpDuplexSessionChannel.
If we got to know .NET behaviors we'll do the same in WCF ;)
Atsushi Eno
(2011/01/10
Hi Atsushi,
One (slightly) better approach is to avoid configuration. It is
extraneous stack to the actual code implementation for us and often
left not-implemented.
OK, understood.
After changing to configuration in code and tinkering some more I came
to the next hurdle: session instance
sigh: it seems no matter how long I wait before making a post to get the
details right, still every time something comes up minutes after I hit
the send button.
So here's a small addition:
It doesn't seem very well defined in the WCF documentation if an when
Dispose should be called on a
Hi,
thanks to the quick fix for the Datetime serialisation issue (thank you
Atsushi!), I'm getting closer to moving my WCF heavy project over to
Mono. (Well the server side actually, client's WPF...)
But now I think I hit the biggest barrier: security netTcpBinding.
Here are my requirements
Hi Karsten,
(2010/12/22 5:44), Karsten Fourmont wrote:
Hi,
thanks to the quick fix for the Datetime serialisation issue (thank you
Atsushi!), I'm getting closer to moving my WCF heavy project over to
Mono. (Well the server side actually, client's WPF...)
Thanks for the nice bug report :)
quick update:
Explicitly specifying the Action and ReplyAction Attribute makes it
work. That's an OK workaround at least for me:
[OperationContract(Action = Foo, ReplyAction = FooReplay)]
void Foo();
Bug's also posted with ID 658520 by Maciej Kopańsk
Cheers,
Karsten
Karsten Fourmont
I remember reading someplace that WCF did not yet support generic types such
as:
[DataMember]
public Dictionarystring, string OptimizationParms;
...but I cannot find that at the moment, and I am not sure if it was old.
So, does WCF currently support generic collections?
TIA
Brian
--
View
Hello,
(2010/11/25 5:42), Joe Dluzen wrote:
Hi all,
I've recently been familiarizing myself with the
System.ServiceModel.Web namespace, as I'm looking to do some WCF REST
style development.
I've found 2 things that appear to be bugs, and am wondering if there
are workarounds, or if I can
On Thu, Nov 25, 2010 at 8:48 PM, Atsushi Eno
atsushi...@veritas-vos-liberabit.com wrote:
Hello,
(2010/11/25 5:42), Joe Dluzen wrote:
Hi all,
I've recently been familiarizing myself with the
System.ServiceModel.Web namespace, as I'm looking to do some WCF REST
style development.
I've
Hi all,
I've recently been familiarizing myself with the
System.ServiceModel.Web namespace, as I'm looking to do some WCF REST
style development.
I've found 2 things that appear to be bugs, and am wondering if there
are workarounds, or if I can [attempt to] patch it.
1. When passing an object
I can't give a definite answer, but at least the throttling limitation
will go away ;-)
Atsushi Eno
(2010/11/22 15:41), Chakotey STME wrote:
hello,
thanks for your answer.
That's correct. I am using mono 2.6
If I change to mono 2.8 - will die clients run parallel?
chakoteystme
So I have to test it with using a mono 2.8 installation?
chakoteystme
2010/11/22 Atsushi Eno atsushi...@veritas-vos-liberabit.com:
I can't give a definite answer, but at least the throttling limitation will
go away ;-)
Atsushi Eno
(2010/11/22 15:41), Chakotey STME wrote:
hello,
thanks
Hello,
Not sure what is exactly happening, but if you are using mono 2.6 then I
limited service throttling the maximum concurrent sessions (and thus
calls) to 1 for stable processing (and you cannot change it through
ServiceThrottlingBehavior, as it is hard coded). So you won't get two
hello,
thanks for your answer.
That's correct. I am using mono 2.6
If I change to mono 2.8 - will die clients run parallel?
chakoteystme
2010/11/22 Atsushi Eno atsushi...@veritas-vos-liberabit.com:
Hello,
Not sure what is exactly happening, but if you are using mono 2.6 then I
limited
Hello,
I have a problem with WCF.
I have a service:
ServiceBehavior(ConcurrencyMode:=ServiceModel.ConcurrencyMode.Multiple,
InstanceContextMode:=InstanceContextMode.Single) _
Public Class HelloService
Implements IHelloService
Private Shared thisInstance As HelloService
Protected Sub
Hi Atsushi Eno ,
Thanks for the information.
Is there any links for WCF in MONO ??
Regrads
Srini.
--
View this message in context:
http://mono.1490590.n4.nabble.com/WCF-in-Mono-2-8-What-all-mono-supports-and-what-not-tp3005068p3009754.html
Sent from the Mono - Dev mailing list archive at
Check out: http://go-mono.com/status/
System.ServiceModel
Atsushi Eno would be able to give you a more detailed answer.
srinin wrote:
Can any one help me in whether mono supports following bindings,
- WSHttpBinding
- BasicHttpBinding
- NetNamedPipeBinding
- NetTcpBinding
Or any
Hello,
Check out: http://go-mono.com/status/
System.ServiceModel
Atsushi Eno would be able to give you a more detailed answer.
srinin wrote:
Can any one help me in whether mono supports following bindings,
- WSHttpBinding
Practically no, as we have only limited set of
Can any one help me in whether mono supports following bindings,
- WSHttpBinding
- BasicHttpBinding
- NetNamedPipeBinding
- NetTcpBinding
Or any links related bindings in Mono??
Thanks in advance
--
View this message in context:
This should be fixed now in git master.
Atsushi Eno
On 2010/09/29 15:37, Atsushi Eno wrote:
Hi Karsten,
Thanks for nice bug analysis. On building System.ServiceModel on
MonoDevelop, you can just open Makefile to treat it as a class lib
project (valid only in our mcs classes). The
Hi Karsten,
Thanks for nice bug analysis. On building System.ServiceModel on
MonoDevelop, you can just open Makefile to treat it as a class lib
project (valid only in our mcs classes). The .csproj file there was from
the past era, used by Mainsoft team. It is ambiguous like this time and
System.ServiceModel.Description.ContractDescriptionGenerator.GetOrCreateOperation()
Please fill a bug report.
will do. (I'll try to create and include a proper test)
Any ideas why
xbuild System.ServiceModel.csproj
(branch mono-2-8 as well as master) produces lots of not found errors
(see
Please fill a bug report.
Thanks,
Rafael Monoman Teixeira
---
We live in a world operated by science and technology. We have also
arranged things so that almost no one understands science and
technology. This is a prescription for disaster. We might get away
Hi,
I'm new to Mono and new to this list so let's hope my post doesn't contain
too many newbie's errors...
I've got a large WCF-heavy .NET project. With upcoming mono 2.8 I'd try to
give it a shot and make it run on mono. Here's an issue I've found when
using contract interfaces with a
Hi,
Try this test on both plataforms :
[Test]
[ExpectedExceptionAttribute(typeof(InvalidOperationException))]
public void BuildChannelListenerThrowsIfOrderIsIncorrect ()
{
BindingElement[] bindingElements = new
BindingElement[2];
Hi Atsushi,
While examining the file Binding.cs I found the following comment
on the two overloads of CreateContext method :
// FIXME: it seems that binding elements are
// validated so that the last item is a transport.
If you were unsure about where the binding elements should be
Hello Thiago,
In what kind of situation does this bring an issue? Is it like, a
binding element after a
TransportBindingElement should not be ignored under certain usage?
For reference, there is a test named
BuildChannelFactoryIgnoresRemaining() in HttpTransportBindingElementTest
in our nunit
Hi,
I'm not sure about this, but maybe there's a small bug in the
'CreateChannel(EndpointAddress)' method :
public TChannel CreateChannel (
EndpointAddress remoteAddress)
{
return CreateChannel (remoteAddress, null);
1 - 100 of 124 matches
Mail list logo
