[Mono-list] Why mono has a long way to go..

Tue, 4 Nov 2003 15:46:05 -0500

This message is in MIME format. Since your mail reader does not understand
this format, some or all of this message may not be legible.

------_=_NextPart_001_01C3A314.AAE120E0
Content-Type: text/plain;
	charset="iso-8859-1"

Lluis, can you tell me where to find some info on Indigo?

Thanks!

Ken

-----Original Message-----
From: Lluis Sanchez [mailto:lluis@ximian.com]
Sent: Tuesday, November 04, 2003 11:06 AM
To: Johan du Plessis
Cc: mono-list@ximian.com
Subject: Re: [Mono-list] Why mono has a long way to go..

Hi

> Hello everybody.
> 
> I love mono. Open-source dotnet. But for my line of work it is unusable
> and will remain so for a long time. You see certain parts seems to be
> ignored in mono and it is of great concern to me (and I hope others).

No parts of .NET are ignored, it is just that nobody has started
contributing those parts, and the core Mono team has other priorities.

> 
> 1) Code Access Security
> 
> Little has been done in this area. And I believe in the great security
> motto : You can't hack in security afterwards, it will lead to a mess.
> CAS spans most of the class libraries.

See "Unscheduled activities" section on the mono roadmap for info about
this.

>  
> 2) Messaging
> 
> .NET is to compete with J2EE. .NET has messaging based on MSMQ. We have
> no implementation of this, and no credible alternative. Without it we
> can't be taken seriously in the enterprise domain.
> 
> 3) EnterpriseServices
> 
> We have no transaction support. I do believe that COM+ will be a little
> bit difficult to duplicate. The closest we can get to this is using
> CORBA... And open-source CORBA itself has neglected Transactions. It
> doesn't seem if either mySQL or postgreSQL supports the XA Transaction
> standards. Yet again, for any serious EE application this is mandatory.

All we want Mono to be a credible platform for building enterprise
applications, and I'm sure that Mono's support in this area will grow
once the runtime, core and basic libraries become more complete and
stable.

The landscape has changed quite a lote since the last PDC. The priority
will be to build Indigo, because it replaces Messaging and
EnterpriseServices. 

However, if there is people really interested in EnterpriseServices and
Messaging, I think that the right path is to build them on top of
Indigo, since it provides most of the needed infrastructure (it provides
a transaction manager, reliable messaging and so on).

Lluis.

> 
> 
> Now most of the people will most likely say, shut up and pitch in but
> these components span multiple parts of the .NET implementation as well
> as other open-source projects. 
> 
> If anybody has any ideas on how we are going to solve this problem drop
> me an e-mail please. If nothing else I do hope that people starts to
> talk about these components.
> 
> Cheers
> Johan du Plessis
> 
> _______________________________________________
> Mono-list maillist  -  Mono-list@lists.ximian.com
> http://lists.ximian.com/mailman/listinfo/mono-list

_______________________________________________
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

------_=_NextPart_001_01C3A314.AAE120E0
Content-Type: text/html;
	charset="iso-8859-1"

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
<HTML>
<HEAD>
<META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=iso-8859-1">
<META NAME="Generator" CONTENT="MS Exchange Server version 5.5.2653.12">
<TITLE>RE: [Mono-list] Why mono has a long way to go..</TITLE>
</HEAD>
<BODY>

<P><FONT SIZE=2>Lluis, can you tell me where to find some info on Indigo?</FONT>
</P>

<P><FONT SIZE=2>Thanks!</FONT>
</P>

<P><FONT SIZE=2>Ken</FONT>
</P>

<P><FONT SIZE=2>-----Original Message-----</FONT>
<BR><FONT SIZE=2>From: Lluis Sanchez [<A HREF="mailto:lluis@ximian.com">mailto:lluis@ximian.com</A>]</FONT>
<BR><FONT SIZE=2>Sent: Tuesday, November 04, 2003 11:06 AM</FONT>
<BR><FONT SIZE=2>To: Johan du Plessis</FONT>
<BR><FONT SIZE=2>Cc: mono-list@ximian.com</FONT>
<BR><FONT SIZE=2>Subject: Re: [Mono-list] Why mono has a long way to go..</FONT>
</P>
<BR>

<P><FONT SIZE=2>Hi</FONT>
</P>

&gt; Hello everybody.
 &gt; 
 &gt; I love mono. Open-source dotnet. But for my line of work it is unusable
 &gt; and will remain so for a long time. You see certain parts seems to be
 &gt; ignored in mono and it is of great concern to me (and I hope others).

<P><FONT SIZE=2>No parts of .NET are ignored, it is just that nobody has started</FONT>
<BR><FONT SIZE=2>contributing those parts, and the core Mono team has other priorities.</FONT>
</P>

&gt; 
 &gt; 1) Code Access Security
 &gt; 
 &gt; Little has been done in this area. And I believe in the great security
 &gt; motto : You can't hack in security afterwards, it will lead to a mess.
 &gt; CAS spans most of the class libraries.

<P><FONT SIZE=2>See &quot;Unscheduled activities&quot; section on the mono roadmap for info about</FONT>
<BR><FONT SIZE=2>this.</FONT>
</P>

&gt;&nbsp; 
 &gt; 2) Messaging
 &gt; 
 &gt; .NET is to compete with J2EE. .NET has messaging based on MSMQ. We have
 &gt; no implementation of this, and no credible alternative. Without it we
 &gt; can't be taken seriously in the enterprise domain.
 &gt; 
 &gt; 3) EnterpriseServices
 &gt; 
 &gt; We have no transaction support. I do believe that COM+ will be a little
 &gt; bit difficult to duplicate. The closest we can get to this is using
 &gt; CORBA... And open-source CORBA itself has neglected Transactions. It
 &gt; doesn't seem if either mySQL or postgreSQL supports the XA Transaction
 &gt; standards. Yet again, for any serious EE application this is mandatory.

<P><FONT SIZE=2>All we want Mono to be a credible platform for building enterprise</FONT>
<BR><FONT SIZE=2>applications, and I'm sure that Mono's support in this area will grow</FONT>
<BR><FONT SIZE=2>once the runtime, core and basic libraries become more complete and</FONT>
<BR><FONT SIZE=2>stable.</FONT>
</P>

The landscape has changed quite a lote since the last PDC. The priority
 will be to build Indigo, because it replaces Messaging and
 EnterpriseServices.

<P><FONT SIZE=2>However, if there is people really interested in EnterpriseServices and</FONT>
<BR><FONT SIZE=2>Messaging, I think that the right path is to build them on top of</FONT>
<BR><FONT SIZE=2>Indigo, since it provides most of the needed infrastructure (it provides</FONT>
<BR><FONT SIZE=2>a transaction manager, reliable messaging and so on).</FONT>
</P>

<P><FONT SIZE=2>Lluis.</FONT>
</P>

&gt; 
 &gt; 
 &gt; Now most of the people will most likely say, shut up and pitch in but
 &gt; these components span multiple parts of the .NET implementation as well
 &gt; as other open-source projects. 
 &gt; 
 &gt; If anybody has any ideas on how we are going to solve this problem drop
 &gt; me an e-mail please. If nothing else I do hope that people starts to
 &gt; talk about these components.
 &gt; 
 &gt; Cheers
 &gt; Johan du Plessis
 &gt; 
 &gt; _______________________________________________
 &gt; Mono-list maillist&nbsp; -&nbsp; Mono-list@lists.ximian.com
 &gt; <A HREF="http://lists.ximian.com/mailman/listinfo/mono-list" TARGET="_blank">http://lists.ximian.com/mailman/listinfo/mono-list</A>

<P><FONT SIZE=2>_______________________________________________</FONT>
<BR><FONT SIZE=2>Mono-list maillist&nbsp; -&nbsp; Mono-list@lists.ximian.com</FONT>
<BR><FONT SIZE=2><A HREF="http://lists.ximian.com/mailman/listinfo/mono-list" TARGET="_blank">http://lists.ximian.com/mailman/listinfo/mono-list</A></FONT>
</P>

</BODY>
</HTML>
------_=_NextPart_001_01C3A314.AAE120E0--