Hello,
Some developers are stating that the new changes to web services
break "all web services". Anything we should be watching out for?
> Hi Kosta,
>
> Thanks for the patch !
>
> > The attached patch ensures that a webservice attributed with
> > [WebServiceBinding (ConformsTo = WsiPro
This patch from Kosta is not applied yet. What is the details? There is
nothing we can do without any information.
Atsushi Eno
Miguel de Icaza wrote:
> Hello,
>
> Some developers are stating that the new changes to web services
> break "all web services". Anything we should be watching ou
Hey,
> This patch from Kosta is not applied yet. What is the details? There is
> nothing we can do without any information.
Ok, so it was not this.
Hubert reported this:
http://monoport.com/1622
Miguel.
___
Mono-devel-list mailing list
Mono-d
Hey,
It still does not tell much. Any reason he cannot file a bug report with
something we can actually run? With the stack trace which starts with
System.Net I'm not sure whether it is related to web service changes or not.
Atsushi Eno
Miguel de Icaza wrote:
> Hey,
>
>
>> This patch from Kos
Gert Driesen wrote:
> - Original Message -
> From: "Robert Jordan" <[EMAIL PROTECTED]>
> To:
> Sent: Monday, January 29, 2007 12:46 PM
> Subject: Re: [Mono-dev] HttpWebRequest method patch
>
>
>
>> Hi Atsushi,
>>
>> Atsushi Eno wrote:
>>
>>> Well, it is very good idea to report th
Here's my IRC discussion with robert jordan, i hope it could help
the problem is...
Default service=new Default();
service.Url="http://10.69.100.164:8080/Default.asmx";;
service.Method();
this failed
and
Default service=new Default();
service.Url="http://localhost:8080/Default.asmx";;
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:mono-devel-list-
> [EMAIL PROTECTED] On Behalf Of Atsushi Eno
> Sent: woensdag 31 januari 2007 17:44
> To: mono-devel-list@lists.ximian.com
> Subject: Re: [Mono-dev] HttpWebRequest method patch
>
> Gert Driesen wrote:
> > - Origi
Gert Driesen wrote:
> If you want to make a big deal out of adding a test (which helped to find
> out how MS exactly behaves, and which was marked NotWorking), then please go
> ahead.
>
You are likely misunderstanding what NotWorking means. It is used to
mark tests on which we should fix our cl
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:mono-devel-list-
> [EMAIL PROTECTED] On Behalf Of Atsushi Eno
> Sent: woensdag 31 januari 2007 18:18
> To: mono-devel-list@lists.ximian.com
> Subject: Re: [Mono-dev] HttpWebRequest method patch
>
> Gert Driesen wrote:
> > If you want
Gert Driesen wrote:
>> You are likely misunderstanding what NotWorking means. It is used to
>> mark tests on which we should fix our class libs based on them. There
>> should not be any tests marked as NotWorking while they are for other
>> purposes. Otherwise anyone else might spend his or her tim
I'm glad to see Mono supporting the provider from Robert Simpson. It
seems to be of high quality and actively maintained. I'm curious
whether the encryption support in the provider will be made
cross-platform if committed to mono. I would personally find such
support beneficial.
Patri
On Wed, 31 Jan 2007 11:56:37 -0700, "Patrick Earl" <[EMAIL PROTECTED]>
scribbled:
> I'm glad to see Mono supporting the provider from Robert Simpson. It
We are effectively forking the effort, but I'm going to watch the changes
Robert makes to his tree and backport the changes if need be. His stu
Hi,
The attached patch fixes some minor differences between our and MS'
Encoding.GetEncoding implementation.
* GetEncoding (int): do not allow codepage value below zero
and above 0x.
* GetEncoding (string): modified NotSupportedException to
ArgumentException when encoding is not supported
Bo
Title: RE: [Mono-Dev] [Patch] System.Web.Services: ensure conformant WebSevice fails to generate its wsdl
Hello Atsushi,
No, this is not correct. If there is no WebServiceBindingAttribute I add a "default" BindingInfo. I refactored the BindingInfo construction because currently we always cre
The System.Configuration maintainers might be better equipped to answer
this, but I'll give it a go:
both patches need indentation work.
the ConfigSource one looks fine to me.
the ConfigurationElement.cs patch looks wrong. A test case for this
would be useful (to verify that the TypeConverter
Hello,
So, this is not WebService issue. Here is a repro for this NRE:
using System;
using System.IO;
using System.Net;
public class Test
{
public static void Main ()
{
WebRequest wr = WebRequest.Create
("http://64.14.94.162";); // mono-project.com
Hi,
I am trying to implement some profiling techniques and test them as part of a
small research. They are mainly a sampling based profiling for the runtime
stack and some profiling for the mono garbage collector. I have downloaded mono
1.2, compiled it and it is running now. I wish if somebody
On 1/30/07, Gert Driesen <[EMAIL PROTECTED]> wrote:
[...]
> Without doubt, the HTTP RFC states that method is case-sensitive. But then
> again, the question (at least for me) is whether we want to follow MS on
> this one ?
>
> It might be a good idea to clearly state this (to finish up the thread)
Hello,
Atsushi, thanks for creating a simpler test case.
This was actually a good test case for Martin's debugger. The
problem was introduced by Gert in revision 71806
He seems to have removed an important condition on `IsBypassed':
@@ -145,8 +163,10 @@
public boo
Hello,
> I am trying to implement some profiling techniques and test them as
> part of a small research. They are mainly a sampling based profiling
> for the runtime stack and some profiling for the mono garbage
> collector. I have downloaded mono 1.2, compiled it and it is running
> now. I wish i
Hi there.
I have had the following in my logs the last 3 days. Its during the mono
runtime tests:
Testing bug-79956.exe... pass.
12 test(s) passed. 0 test(s) did not pass.
PKG_CONFIG_PATH=../..: MONO_PATH=../../../mcs/class/lib/default
../../runtime/mono-wrapper ../../../mcs/class/lib/defa
Oh, thanks. Good to know that it is not related to Dick's huge
sys.net updates :-)
Atsushi Eno
Miguel de Icaza wrote:
> Hello,
>
> Atsushi, thanks for creating a simpler test case.
>
> This was actually a good test case for Martin's debugger. The
> problem was introduced by Gert in re
Hi all,
I sent this email again from a wrong email account, hope is not arriving
twice.
Long has been written about Mono (or .NET) performance compared to
equivalent C/C++ programs.
To be honest I was even once totally fed up about it:
http://codicesoftware.blogspot.com/2006/10/c-as-fast-as-c.h
23 matches
Mail list logo