nos newsletters
Abonnez-vous à Micro Hebdo : 4,90 €/mois
Abonnez-vous à l'Ordinateur Individuel : 3 €/mois
Abonnez-vous à la version digitale
Abonnez-vous à 01Business et Technologies : 19 €/mois
Mono 2.0 : les applications .NET s'ouvrent à Linux
Grâce à la version 2 de Mono, les applications .NET 2.0 ne s'exécutent plus seulement sur Windows, mais aussi sur Linux, Solaris, Unix et Mac OS.
Sept ans après son
lancement officiel, le portage du serveur d'applications .NET de Microsoft sur Linux est enfin opérationnel. Sponsorisé par Novell,
le projet Mono est un serveur d'applications .NET open source publié sous licence LGPL. Il permet de faire tourner les
applications .NET sur des OS autres que celui de Microsoft.
' Nous voulons aider les développeurs et les entreprises à migrer vers Linux pour leur donner plus de choix en termes de déploiement ', rappelle Miguel de Icaza, vice-président de Novell
et responsable de l'équipe Mono. Selon IDC, près de 50 % des entreprises utilisent .NET pour développer leurs applications métier.
Mono 2.0 se révèle donc un excellent outil d'accompagnement des DSI dans une migration progressive de ces applications vers Linux, Solaris ou
Mac OS X.
Consolider l'infrastructure autour d'un seul OS
Côté client, les applications métier les plus anciennes (possédant une interface utilisateur basée sur WinForms) sont les meilleures candidates. D'autant que Mono 2.0 est secondé par le projet
Moonlight, qui permet de porter les applications
Silverlight (.NET dans le navigateur) sur Linux.
Côté serveur, l'arrivée de Mono 2.0 aidera les entreprises à consolider leur infrastructure technique autour d'un seul système d'exploitation, virtualisé ou pas.
Comme .NET est désormais la plate-forme de développement par défaut pour Windows Vista, les éditeurs de logiciels et de systèmes d'exploitation devraient eux aussi tirer parti de Mono 2.0. Les éditeurs tels que Red Hat et
Novell (Linux), Sun (Solaris), et Apple (Mac OS X), voient leur catalogue applicatif s'étoffer mécaniquement. Et les éditeurs de logiciels peuvent désormais adresser de nouvelles plates-formes de déploiement sans avoir à redévelopper
leur code.
Une amélioration des performances
Cette version 2.0 fonctionne sur presque toutes les versions de
Linux, Unix (dont Solaris et xBSD), et
Mac OS X. ' Mono 2.0 est la version la plus aboutie fonctionnellement avec l'intégration complète du client
riche, le support de la technologie LINQ, et la possibilité d'embarquer l'environnement d'exécution Mono dans une application écrite en C via
Mono Embedding ', estime Sami Jaber, fondateur du cabinet de conseil DNG Consulting et expert français de .NET.
L'amélioration des performances était également très attendue par les utilisateurs. ' Certains de nos scripts s'exécutent 220 fois plus rapidement
qu'avant ! ', se félicite Jim Purbrick, directeur de Linden Lab qui édite l'univers virtuel Second Life.
La majorité des applications fonctionneront sans transformation
Malgré un accueil enthousiaste, Mono 2.0 ne couvre que le framework .NET 2.0, c'est à dire ADO.NET et LINQ pour l'accès aux données et la manipulation des objets, Windows Forms et ASP.NET pour la
couche graphique (client serveur et Web). En revanche, de
nombreux langages sont supportés grâce à des compilateurs MSIL : C# 3, VB 8, Java, Ruby, Python, PHP, Eiffel et F#.
Comme les API .NET 3.0 et 3.5 ne sont pas encore prises en compte, l'équipe du projet propose un outil ?" Mono Migration Analyzer (MoMA) ?" pour évaluer la portabilité des logiciels .NET existants.
Selon Miguel de Icaza, 69 % des applications fonctionneront avec aucune ou très peu de transformations. Un petit tiers (31 %) seront en revanche plus difficiles à porter.
envoyer
par mail
par mail
imprimer
l'article
l'article
Actu précédente
Actu Suivante
Dommage
de
J'en ai rêvé mais mono ne l'a pas f
, posté le 07 octobre 2008 à 18h56
J'ai essayer d'utiliser mon application (écrite pour le framework 2.0) avec mono 2.0 et là patatra...
Tous les appels systèmes propres à Windows, tel que les accès au objets 'performance counter' ne fonctionnent pas !
J'attendais beaucoup de cette release de Mono car mon application ne fonctionnait pas avec les versions antérieurs de Mono.
Désolé mais pour moi la copie est à revoir et ce malgré que j'utilise un Framework étant soit disant supporté depuis pas mal de temps par Mono.
Alors je sais on va me répondre que les exceptions existent.
Mais une chose est certaine, le Framework de Microsoft est LUI ouvert et pourtant le résultat de la conversion du monde libre n'est pas au point.
Comme quoi cette fois plus d'excuse !
A bon entendeur ...
Tous les appels systèmes propres à Windows, tel que les accès au objets 'performance counter' ne fonctionnent pas !
J'attendais beaucoup de cette release de Mono car mon application ne fonctionnait pas avec les versions antérieurs de Mono.
Désolé mais pour moi la copie est à revoir et ce malgré que j'utilise un Framework étant soit disant supporté depuis pas mal de temps par Mono.
Alors je sais on va me répondre que les exceptions existent.
Mais une chose est certaine, le Framework de Microsoft est LUI ouvert et pourtant le résultat de la conversion du monde libre n'est pas au point.
Comme quoi cette fois plus d'excuse !
A bon entendeur ...
alerter le modérateur
logique
de
V1nce
, posté le 08 octobre 2008 à 02h02
Le projet implémente d'abord ce qui est générique et portable vers Linux :
code basique, puis IO, puis windows.forms, puis LINQ...
Les frameworks Mono ne suivent pas la même numérotation que ceux de Microsoft.
http://msdn.microsoft.com/fr-fr/architecture/cc512698.aspx
Je ne sais pas ce que tu appelles "performance counter" mais si cela se situe dans System.Windows ou si cela fait appel à du p-invoke tu risques d'attendre longtemps.
C'est un peu comme si tu essayais de porter un programme C Linux destiné à faire des liens symboliques. T'auras beau avoir un compilateur C sous Windows, le programme ne fonctionnera pas car Windows (enfin NTFS) est incapable de faire des liens symboliques (enfin si il peut mais avec des limitations faut que ce soit sur le même volume etc)
code basique, puis IO, puis windows.forms, puis LINQ...
Les frameworks Mono ne suivent pas la même numérotation que ceux de Microsoft.
http://msdn.microsoft.com/fr-fr/architecture/cc512698.aspx
Je ne sais pas ce que tu appelles "performance counter" mais si cela se situe dans System.Windows ou si cela fait appel à du p-invoke tu risques d'attendre longtemps.
C'est un peu comme si tu essayais de porter un programme C Linux destiné à faire des liens symboliques. T'auras beau avoir un compilateur C sous Windows, le programme ne fonctionnera pas car Windows (enfin NTFS) est incapable de faire des liens symboliques (enfin si il peut mais avec des limitations faut que ce soit sur le même volume etc)
alerter le modérateur
Non
de
J'en ai rêvé mais mono ne l'a pas f
, posté le 08 octobre 2008 à 10h51
Je sais très bien que les versions de mono ne suivent pas la même logique que la numérotation des Frameworks de Microsoft et ainsi je confirme ainsi les versions que j'ai pu énumérer.
Ensuite les performance counter font partis de l'espace de nom "System.Diagnostics.PerformanceCounter" et non System.Windows.
Cela permet la collecte d'informations sur la consommation mémoire, cpu, etc...
De plus "System.IO.DriveInfo" n'est pas non plus correctement implémenter et provoque lui aussi un joli crash avec Mono.
Ensuite les performance counter font partis de l'espace de nom "System.Diagnostics.PerformanceCounter" et non System.Windows.
Cela permet la collecte d'informations sur la consommation mémoire, cpu, etc...
De plus "System.IO.DriveInfo" n'est pas non plus correctement implémenter et provoque lui aussi un joli crash avec Mono.
alerter le modérateur
Normal...
de
Seb24_11
, posté le 08 octobre 2008 à 15h15
On ne porte pas un système qui n'était pas prévu pour l'être en si peu de temps. Il faudra surement encore 1 ou deux ans avant d'avoir un truc correct.
Enfin comme d'hab avec microsoft il font en sorte que tout ce fasse a marche forcé et ne font pas d'efforts.
Enfin comme d'hab avec microsoft il font en sorte que tout ce fasse a marche forcé et ne font pas d'efforts.
alerter le modérateur
2.0
de
two maniac
, posté le 07 octobre 2008 à 21h40
C'est 01net qui va être content étant donné qu'ils sont les spécialistes du 2.0.
alerter le modérateur
à lire aussi
SUR LES MÊMES THÈMES 
Nos partenaires