.Net

[Sharepoint] Le keynote de la Sharepoint Conference 2006 présenté par Bill Gates est dispo online

Patrice Lamarche — Thu, 18 May 2006 11:46:00 GMT

Tout est dans le titre, le webcast du keynote de la Sharepoint Conference 2006 est disponible à cette adresse :

http://www.microsoft.com/winme/0605/27595/BillG_MBR.asx

Suivez la Sharepoint Conference 2006 jour après jour

Patrice Lamarche — Wed, 17 May 2006 08:40:00 GMT

Renaud Comte expert connu et reconnu sur les produits Sharepoint de Microsoft (WSS et SPS) et nommé MVP par Microsoft depuis plusieurs années, vous propose de suivre l'actualité de Sharepoint et plus particulièrement Sharepoint 2007 inclus dans la prochaine version de la gamme Office System grâce à son blog.

Il poste ainsi différentes informations importantes à propos de Sharepoint 2007, et nous permet ainsi de suivre à distance la Sharepoint Conference 2006 qui a lieu en ce moment aux Etats-Unis.

En savoir plus :
http://blogs.developpeur.org/themit/archive/category/1179.aspx

Flux RSS : http://blogs.developpeur.org/themit/rss.aspx?CategoryID=1179

OpenXMLDeveloper.org : Créer, lire, manipuler les différents formats XML de la gamme Office

Patrice Lamarche — Sat, 06 May 2006 00:15:00 GMT

Une des nouveautés les plus intéressantes introduite avec Microsoft Office 2003 est le support d'XML, via XML, XSL, et XSD et la création de formats XML propres à la plupart des outils de la gamme Office : Word, Excel, Visio, Powerpoint avec respectivement le WordML, le SpreadSheetML, le DataDiagrammingML. (sans oublier la création d'InfoPath, un éditeur XML permettant de créer et remplir des formulaires électroniques basés sur des schémas XSD).

Cette introduction du format XML permet de créer des documents non plus sous forme binaire comme on le faisait jusqu'alors mais sous forme XML, et donc permet de créer de manière plus simple n'importe quel type de document à partir de n'importe quelle technologie/langage etc.

Le géant de Redmond confirme et poursuit son effort d'adoption d'XML avec Office 2007 et également avec WinFX qui propose une API de manipulation des documents Office.

Si vous souhaitez avoir des infos sur ces formats de fichiers et découvrir comment créer des applications capable de générer des documents Word, Excel, Powerpoint au format XML, un site a été créé par Microsoft qui est disponible depuis la fin Mars : http://www.OpenXMLDeveloper.org

Les sessions du Mix'06 de Las Vegas disponibles en téléchargement

Patrice Lamarche — Thu, 04 May 2006 11:57:00 GMT

Les sessions de la conférence Mix'06 qui s'est déroulé à Las Vegas il y a un peu plus d'un mois sont disponibles en consultation et téléchargement, et tout ceci gratuitement ! Une bonne occasion de découvrir Atlas, WPF, etc.

Pour consulter et/ou télécharger les sessions :
http://sessions.mix06.com/

Source : Blog de Christophe Lauer

Le futur des compilateurs avec le projet Phoenix

Patrice Lamarche — Wed, 03 May 2006 07:55:00 GMT

Je vous avez déjà parlé du projet Phoenix (allez faire un tour sur le site il a été mis à jour il y a quelques mois et il est bien mieux qu'avant) développé par Microsoft research, projet qui avait été présenté par John Lefor lors des journées MSR 2005. Ce projet est un framework de compilation destiné à faciliter la création de compilateurs en proposant des services prêts à l'emploi que cela soit au niveau du parsing du code ou d'algorythmes d'optimisation (cela permettra entre autres de réduire l'écart qu'il y a entre le compilateur C++ et le compilateur C# de Microsoft (ce dernier ayant 20 ans de retard par rapport au premier, oui je suis méchant et j'exagère :).

Channel 9 vient de publier une vidéo avec Jim Hogg Program Manager de Phoenix qui vous permettra de découvrir ce framework qui servira probablement de base aux compilateurs de Microsoft dans un avenir plus ou moins proche.

En savoir plus :
http://channel9.msdn.com/showpost.aspx?postid=188589

[ASP.net] A propos de l'Atlas Control Toolkit

Patrice Lamarche — Fri, 14 Apr 2006 04:56:00 GMT

Scott Guthrie vient de poster des informations des plus interessantes à propos de l'Atlas Control Toolkit dont la première version a été publiée hier :

Première info : L'Atlas Control Toolkit devrait contenir d'ici quelques mois entre 50 et 100 contrôles prêts à l'emploi, destinés à faciliter la mise en place de scénarios de navigation les plus courants
2ème info importante : L'Atlas Control Toolkit sera ouvert aux contributions de la communauté Atlas. Concrètement cela veut dire que non seulement les sources sont disponibles, mais les plus motivés pourront y placer leurs contrôles de leur création, ou alors submitter des correctifs, etc.

En savoir plus :
http://weblogs.asp.net/scottgu/archive/2006/04/13/442793.aspx

[ASP.net] WebParts, Personnalisation avec ASP.net 2

Patrice Lamarche — Fri, 24 Mar 2006 17:49:00 GMT

ASP.net 2 permet de décomposer des pages web en différentes parties personnalisables et modifiables grâce à des Webparts. Ces éléments bien connus des afficionados de Sharepoint, ne nécessite aucun paramétrage si on ne souhaite pas permettre aux utilisateurs loggés de sauvegarder leurs préférences (webparts utilisés, positions, etc.). Dans le cas contraire, il faut indiquer à ASP.net où stocker ces informations. ASP.net propose un provider qui stocke ces informations dans une base de données SQL Server, base que l'on peut créer soit avec l'outil dédié D:\WINDOWS\Microsoft.NET\Framework\v2.0.50727\aspnet_regsql.exe où grâce à des scripts SQL présents dans le dossier du framework.net (InstallPersonalization.sql par exemple).

Quelques modifications du web.config plus tard, le tour est joué !

<add name="aspnetdbConnectionString" connectionString="Data Source=.;Initial Catalog=aspnetdb;Integrated Security=True"

providerName="System.Data.SqlClient" />

</connectionStrings>

<system.web>

<add connectionStringName="aspnetdbConnectionString"

name="SqlServer"

type="System.Web.UI.WebControls.WebParts.SqlPersonalizationProvider,System.Web, Version=2.0.0.0, Culture=neutral,PublicKeyToken=b03f5f7f11d50a3a"

</providers>

</personalization>

</webParts>

.net le 64 bits

Patrice Lamarche — Tue, 21 Feb 2006 01:07:00 GMT

Le 64 bits fait son chemin, certains produits de Microsoft seront disponibles uniquement sur les versions 64 bits de Windows Server 2003 (Exchange 12 par exemple), les portables 64 bits ont fait leur apparition il y a quelques mois et c'est donc tout naturellement que certains étudiants (encore rares) utilisent des portables 64 bits comme outil de travail, et se posent donc des questions à propos de .net et du monde 64 bits.

Question qui revient le plus souvent, quel est l'interêt d'avoir un framework.net disponible en 64 bits, alors que le MSIL est censé être indépendant de la plate-forme sous-jacente ? Les applications développées sous Windows en 32 bits devraient être compilées en 64 bits par la CLR disponible sur la plate-forme cible...

le framework .net ne vit pas tout seul est fait appel à Windows via des P/Invoke qui nécessitent donc une gestion spéciale pour gérer les API ~~Win64~~ Win32 compilées en 64 bits [Update suite au commentaire de christophe].
De plus, la CLR et plus particulièrement le compilateur JIT doit être capable de générer du code exécutable par les processeurs basés sur une architecture 64 bits. Ce qui implique également des changements au niveau des debuggeurs.
Autre point important, le Garbage Collector a du être modifié et amélioré pour gérer des mémoires supérieures aux 4 Go auxquels on était limité avec des architectures 32 bits.
Le GAC a lui aussi été modifié afin d'être capable de stocker des assemblys ayant le même nom de fichiers, le même numero de version mais compilé pour des architectures différentes (X86, MSIL, IA64, AMD64).

Maintenant que nous avons les plus importantes raisons qui justifient la présence d'un framework.net 64 bits, prenons un petit peu de temps sur les inconvénients du framework.net 64 bits.

1er inconvénient, le langage J# n'est pas disponible en 64 bits, les applications développées en J# seront donc exécutées en 32 bits grâce au système WOW.
2ème inconvénient, l'Edit and Continue qui existe depuis longtemps en VB et réintroduit avec le framework.net 2 pour les langages C# 2 et VB.net 2 ne fonctionne pas pour des applications 64 bits.
3ème inconvénient, et sans aucun doute le plus important, la portabilité du code est mise à rude épreuve, si votre assembly est développée en C++ managée, vous devrez impérativement compiler votre assembly pour l'architecture sur laquelle vous souhaitez exécuter votre assembly, de même si vous faites du P/Invoke, certaines API changent de comportement il vous font donc créer plusieurs versions de votre assembly, une pour chaque plate-forme.

[FUN] Il semblerait qu'un bug ait été introduit dans la V2 du framework.net

Patrice Lamarche — Sat, 11 Feb 2006 00:06:00 GMT


Version 1.1 du framework.net (sans trucage)	La même classe en V2 du framework.net

Visiblement, quelqu'un y a touché :)

VS 2005 Service Pack 1

Patrice Lamarche — Fri, 04 Nov 2005 17:17:00 GMT

Avec l'arrivée de la RTM de Visual Studio 2005, on commence à voir quelques blogs de personnes etonnées de constater que la RTM est buggée. Rien d'exceptionnel jusque là, puisqu'il faut bien avouer que VS 2002 et 2003 souffrait de quelques problèmes plus ou moins mineurs.

La sortie d'un Service Pack pour VS 2005 étant déjà prévue (cf la réponse de Microsoft dans ce bug report), plus que s'énerver contre Microsoft qui sort des produits buggés (comme tout le monde :p), il serait peut-être plus pertinent de demander quand ce service pack sortira...