Linked by Thom Holwerda on Wed 4th May 2011 20:41 UTC, submitted by lemur2
SuSE, openSUSE The first major effect of Attachmate buying Novell (and thus, SUSE) has come into, uh, effect. Novell, of course, is the birth place of Mono, the open source implementation of Microsoft's .NET framework. Reports indicate Mono developers have been fired as part of the streamlining process, but according to Attachmate's CEO, they weren't fired because of Mono.
Thread beginning with comment 471976
To view parent comment, click here.
To read all comments associated with this story, please click here.
tanishaj
Member since:
2010-12-22

You would be hard pressed to find anything on ASP.NET that does not work on Mono. The actual ASP.NET MVC 2 code is even distributed with Mono now. The Razor view engine (MVC 3) is not open source but I am serving ASP.NET (using Razor but do not tell) apps served off both OS X and Linux.

Mono supports .NET 4 applications. Perhaps not every API at this point but it supports everything I have tried.

Mono prioritises development and 100% feature parity with every Microsoft library is not really a goal. If you are developing for Mono it is not a real constraint.

So yes, LINQ-to-SQL was not a priority. Good call it turns out as even Microsoft is dropping it as you say. LINQ itself has been supported forever, including LINQ-to-XML.

Of course, you have been able to use real ORMs like NHibernate for years on Mono. By releasing Entity Framework, Microsoft is just trying to catch up with what is possible using these other solutions so it is really no hardship not to have them. How big a priority should LINQ-to-Entities support be if every Mono developer is already using something else?

So too with Windows Presentation Foundation. Mono supports GTK# as it's core cross-platform GUI solution. There are several large, complex GUI apps using GTK# to support Linux, Mac, and Windows.

It is also the position of the Mono team that quality apps should code the GUI native for each platform. That is why they have MonoTouch for iOS, Mono for Android, and MonoMac for native Cocoa desktop apps. Guess what the native GUI toolkit is for Windows: WPF. Windows Forms is supported cross platform on Mono and some apps do use them. PlasticSCM is a Windows Forms GUI for example.

Not having WPF on Linux is not a big deal for Mono developers. Spending time on WPF is not only not a priority but in fact against the philosophy of the Mono community. Why are you not instead saying that .NET is failing way behind because it does not even support MonoMac GUI apps? It is simply your bias that Mono is nothing but a Microsoft compatibility library.

WCF could be considered another example. The Mono support is way behind Windows. Of course, ServiceStack works just fine. The Mono team did not really pay any attention to WCF until they decided they needed it for Silverlight (Moonlight). It has come along quite nicely since then.

Mono is an extremely capable platform and the core is extremely compatible. Some of the add-on bits do lag but the only people that care are those that want to use nothing but Microsoft tech and then whine about it not being portable. Who cares?

Edited 2011-05-06 03:45 UTC

Reply Parent Score: 2

pantheraleo Member since:
2007-03-07

You would be hard pressed to find anything on ASP.NET that does not work on Mono.


If LINQ to Entity is not supported on Mono, than I'd say there's actually a lot of modern ASP.NET stuff that won't work on Mono.

Also, again, I doubt the graphing API works, since it relies on GDI+, which is probably not implemented in Mono.

The actual ASP.NET MVC 2 code is even distributed with Mono now. The Razor view engine (MVC 3) is not open source but I am serving ASP.NET (using Razor but do not tell) apps served off both OS X and Linux.


The "Do not tell part" suggests to me that you are doing it in violation of one or more licenses. If that is the case, than it is not an option for me. As a commercial company with major clients that could get audited at anytime for software license compliance, I have to keep things on the up and up.

Mono supports .NET 4 applications. Perhaps not every API at this point but it supports everything I have tried.


Again, that's a non-starter for me. If it is not 100% compatible, I can't risk it. Not with the kind of contracts I serve.

Of course, you have been able to use real ORMs like NHibernate


Which isn't as stable as Hibernate for Java yet. And if I'm going to use Mono, but rely on ports of a bunch of popular Java libraries to work around the fact that half the .NET features are missing, then why not just use Java in the first place?

So too with Windows Presentation Foundation. Mono supports GTK# as it's core cross-platform GUI solution. There are several large, complex GUI apps using GTK# to support Linux, Mac, and Windows.


Sorry, but GTK is a joke on Windows and Mac. I have bug reports on file for the Windows port of GTK that are 4 years old and haven't even been assigned to anyone. And when it comes to Mac, the native Aqua port is not production ready. The only production ready port requires X-Windows and produces a very non-native experience. That's a non-starter for most Mac users.

Mono is an extremely capable platform and the core is extremely compatible.


I use a lot more features than just the core. And extremely compatible != 100% compatible. And unless it is 100% compatible, I'm not going to risk it. Again, this is where Java clearly wins. Java is 100% compatible on all platforms that it runs on.

Some of the add-on bits do lag but the only people that care are those that want to use nothing but Microsoft tech and then whine about it not being portable. Who cares?


Again, if you can't use the Microsoft tech, it seems to negate the whole point of using .NET in the first place. When it comes to Linux, Java is a far more mature and stable platform. And it is 100% compatible on every platform it runs on. And if you are going to resort to ports of Java libraries on .NET (such as nHibernate) to make up for the missing functionality, then why not just use Java in the first place?

Reply Parent Score: 2