[Mono-dev] WCF and Mono

Atsushi Eno atsushi at ximian.com
Fri Mar 28 13:53:00 EDT 2008


Hello,

Eyal Alaluf wrote:
> Hi, Atsushi.
> 
> A few clarifications:
>  * The milestones indeed come from olive/status/status.txt and then some
> of our own. We will develop this ection further next week.

k.

>  * XML Serialization - meaning using System.Xml.Serialization
> serializaer (supporting the XmlSerializerFormat attribute.

But it is described under System.Runtime.Serialization where
XmlSerializerFormat must not be involved.

>  * We tried to use NetTcpBinding but it didn't work for us. I can see
> that the code is so it's probably a small blocking issue. It'll be great
> if you can check that.

I would do that, but it's hard to do without actual sources.

>  * Using 'we' to mean Grasshopper is what happens when you consolidate
> several statuses into one place :-) We will clarify that part and
> clarify the Grassshopper specific issues.

I didn't edit relevant lines on our wiki since I had another doubt
which is related to CodeDom dependency. Now it's still unclear, so
I'll edit the page and remove "we" so far.

>  * As for the security status - this is actually from the
> olive/status/status.txt where we translated 'done' into supported. It'll
> actually be great if you could give better status on this since we still
> were not able to check any of this.

You just copied those lines from "milestones" section, where the
description is split into detailed components of security stuff.
There, I just meant that implementation of symmetric/asymmetric
binding element (such as BuildChannelFactory) are implemented.
It could be assumed from the following lines of those lines.
While you interpreted those lines (without implicit context among
the milestone section lines) as if the entire BindingElements
were implemented. That's why such a mismatch happens.

Atsushi Eno


> Eyal.
> 
> -----Original Message-----
> From: mono-olive at googlegroups.com [mailto:mono-olive at googlegroups.com]
> On Behalf Of Atsushi Eno
> Sent: 28 March 2008 08:06
> To: Miguel de Icaza; Noam Lampert
> Cc: mono-olive at googlegroups.com; mono-devel-list at lists.ximian.com
> Subject: Re: [Mono-dev] WCF and Mono
> 
> 
> Hello,
> 
> For "milestones", we might want to rethink about it. The original plan 
> was to achieve infocard capability,
> which is based on WS-Security and several security stack. Cardspace 
> design is still nice, but looks like
> the security stack is not in our short milestone at least in Mainsoft 
> and I sort of agree to their plan.
> Actually it is almost copy of my old olive/status/status.txt, so they 
> had better overwrite it with their own :)
> 
> Below are mostly for Mainsoft guys --
> 
> Instead of "Core Compare" section, we could just put a link to the 
> latest olive build status such as
> http://mono.ximian.com/monobuild/builds/HEAD/suse-101-i586/olive/99113/f
> iles/steps/api-diff/
> (I think there should be a convenient direct link to the class status 
> page for the latest build; I'll ask Wade
> if it is possible).
> 
> And the statistics miss other assemblies than System.ServiceModel.dll. 
> As above, I wouldn't
> recommend adding them on our static wiki page though...
> 
> The detailed analysis of the implementation status is *great*, 
> especially on what we don't have today :-)
> There still seem some points that need correction, and some misleading 
> lines I think:
> 
>>       Serialization
>>
>>     * XML Serialization - not supported
>>
> I'm not sure what this "XML Serialization" means; is there anything else
> 
> than [Net]DataContractSerializer?
> 
>>       Bindings
>>
>>     * wsHttpBinding not supported. The only working binding is
>>       basicHttpBinding.
>>
> How about TcpTransportBinding? (It is somewhat improved and should be 
> sort of working now.)
> 
>>       Proxy Generator
>>
>> This generator is a runtime generator for creating the proxy type. 
>> Mono has an implementation that uses CodDom, which we can't use. Our 
>> solution is probably will be based on Java Dynamic Proxies.
>>
> Are you talking about ClientProxyGenerator? AFAIR Mono.CodeGeneration is
> 
> not based on CodeDom.
> 
> (And yes, using "we" as Mainsoft on mono-project wiki is not appropriate
> ;-)
> 
>>         SecurityBindingElement
>>
>> Binding Element
>>
>> 	
>>
>> Description
>>
>> 	
>>
>> Mono Status
>>
>> 	
>>
>> Relevant to GH
>>
>> AsymmetricSecurityBindingElement
>>
>> 	
>>
>> Supports public key encryption
>>
>> 	
>>
>> Implemented
>>
>> 	
>>
>>  
>>
>> SymmetricSecurityBindingElement
>>
>> 	
>>
>> Supports shared key encryption
>>
>> 	
>>
>> Implemented
>>
>> 	
>>
>>  
>>
>> TransportSecurityBindingElement
>>
>> 	
>>
>> Base class of security elements
>>
>> 	
>>
>> Implemented
>>
>> 	
>>
> I'm not sure what you means by "Implemented" here - they are WS-Security
> 
> stuff that involves several
> missing WS-* functionality.
> 
> That's all so far. Thanks for the nice status page :-)
> 
> Atsushi Eno
> 
> Miguel de Icaza wrote:
>> Hello folks,
>>
>>     With Mono 2.0 approaching, it is time to start looking at new 
>> areas in which Mono will expand.
>>
>>     Noam at Mainsoft has updated the web page for the WCF project in 
>> Mono with the information that they had put together at Mainsoft and 
>> some of the information that was available as a status report inside 
>> our "olive" module.  
>>
>>     If you are interested in WCF, please take a look at our WCF page 
>> for details on milestones, goals, tasks and ways in which you can 
>> contribute:
>>
>>         http://www.mono-project.com/WCF
>>
>> Miguel
>>
> ------------------------------------------------------------------------
>> _______________________________________________
>> Mono-devel-list mailing list
>> Mono-devel-list at lists.ximian.com
>> http://lists.ximian.com/mailman/listinfo/mono-devel-list
>>   
> 
> 
> 
> 
> --~--~---------~--~----~------------~-------~--~----~
> You received this message because you are subscribed to the Google Groups "Mono Olive - developing 3.0, 3.5 and Silverlight" group.
> To post to this group, send email to mono-olive at googlegroups.com
> To unsubscribe from this group, send email to mono-olive-unsubscribe at googlegroups.com
> For more options, visit this group at http://groups.google.com/group/mono-olive?hl=en
> -~----------~----~----~----~------~----~------~--~---
> 
> 



More information about the Mono-devel-list mailing list