Laurent Desmons

La version 3.0 des Enterprise Library vient juste de sortir - un cadeau de Noël empoisonné pour ceux qui croyaient passer des fêtes tranquilles

Tout plein de nouveautés au programme, parmi lesquelles :
- nouvel hébergement sur CodePlex pour remplacer l'ancien (et assez catastrophique) Gotdotnet
- Validation Application Block
- Application Block Software Factory (pour créer ses propres blocks)
- Intégration de l'outil de configuration dans Visual Studio
- etc, etc.

L'annonce de Tom Hollander ici : Just Released! Enterprise Library 3.0 - December 2006 CTP

Le site web Codeplex ici : Enterprise Library sur CodePlex

et joyeux Noël à tous

En terme d'outils Web CMS (Web Content Management System, gestion de contenu et de publication de sites web), l'offre .NET est encore très pauvre face à la profusion de solutions open-source (Typo3, Infoglue, OpenCMS, eZPublish, etc, etc...).
En marge de l'offre commerciale et assez chère de Microsoft (MsCMS) On peut néanmoins citer des initiatives très prometteuses comme Kentico, eMagic, NetCMS, PortalMagic...). La communauté CodePlex propose également plusieurs projets CMS plus ou moins avancés et pour lesquels la contribution joue un rôle primordial (N2 CMS, Voyager CMS, Passage...).
L'occasion donc ici pour moi d'évoquer un projet en cours de développement : BluebirdCMS. Il suffit de suivre le lien pour en apprendre plus

Les Journées Académiques Microsoft 2006 auront lieu à Paris du Lundi 24 au Mercredi 26 Avril. Ces rencontres sont principalement destinées aux universitaires, chercheurs et plus généralement toutes les personnes du "Monde Académique".

Microsoft m'a invité à y présenter une séance en amphi le Mercredi après-midi, sur le thème de mon livre "Développer avec Visual Studio 2005 Editions Express". L'occasion pour moi de faire une belle promo, d'autant plus que la séance sera webcastée.

Le programme de ces 3 journées peut se trouver ici.

PS : Ceux qui sont intéressés auront également la chance de pouvoir y croiser Patrick Smacchia ou Jean-Baptiste Evain.

Ce mois-ci, je recommande chaudement la lecture d'un article sur MSDN Magazine qui explique dans le détail
comment étendre Team Foundation Server pour servir d'outil d'intégration
continue.
Ceux d'entre vous qui ne connaissent pas encore Visual Studio Team System verront ainsi que l'aspect "développement agile" occupe une place prépondérante dans ce formidable outil.

LD

Je viens de recevoir un mail (fort sympathique ma foi) de Mr Bernard Paume (Sofrecom) qui se demande ce qu'il en est de la suite de mes articles sur les EntLib entamés sur DNG il y a quelque temps (voir
Prise en main du Framework Enterprise Library).
La question mérite d'être posée, car elle me trotte dans la tête depuis un moment.
Il est vrai que la rédaction de mon livre m'a pris tout mon temps libre. Il est vrai aussi qu'entre-temps les EntLib sont passés en V2, avec des changements importants : plus de configuration block, plus de security block, et une notion d'ObjectBuilder un peu intriguante en première approche. Du coup, eh bien je me suis demandé s'il était pertinent de poursuivre la série V1.
Cela dit, on peut imaginer une solution intermédiaire : insérer un article qui présenterait les différences entre la V1 et la V2, et poursuivre la série en V2.
Alors, qu'en pensez-vous ? êtes-vous plutôt intéressé par la V1, ou la V2 ?

LD - http://www.desmons.com

Voilà, je tiens entre les mains mon livre Développer avec Visual Studio 2005 Editions Express. On a beau dire, ça fait tout bizarre de voir se concrétiser un projet lancé il y a presque un an. Une expérience inoubliable. Je remercie encore une fois tous ceux qui m'ont aidé, ils se reconnaîtront.

Ce livre est plutôt orienté débutants, et il aborde le développement sous .NET 2.0 de façon originale, en se basant sur l'exploitation de Visual Studio 2005. J'ai le privilège d'être édité par O'Reilly, qui a pour réputation de produire des livres bien relevés en terme de contenu technique.

Ce livre a d'ailleurs également été conçu dans l'optique d'être complémentaire avec le dernier livre de Patrick Smacchia, Pratique de .NET2 et C#2, chez le même éditeur. Au passage, je ne suis pas peu fier d'une telle référence, et j'en remets une couche pour cet ouvrage indispensable et formidable, que tout développeur .NET sérieux devrait avoir sous la main.

Mon livre sort demain (le jeudi 23 Février 2006) dans toutes les bonnes librairies. Comme à son habitude, amazon tarde à le mettre à jour sur leur site, mais il est possible de le commander quand même, ou alors directement sur le site de l'éditeur.

Le plus simple pour en savoir plus sur ce livre ou sur mes activités est encore d'aller faire un tour sur mon site : http://www.desmons.com.

Et il y aura peut-être une suite, ou un autre sujet à venir, qui sait...

Le passage de .NET 1.1 vers .NET 2.0 devrait se faire sans heurts majeurs, même s'il fallait s'attendre à des incompatibilités parfois bloquantes en fonction des applications. La migration doit donc être un processus mûrement réfléchi et étudié. Les liens suivants permettent d'envisager à l'avance toutes les problématiques : http://www.eweek.com/article2/0,1759,1820225,00.asp et http://www.theserverside.net/news/thread.tss?thread_id=34137

It's been a long time

I've just discovered a free and promising code generation tool named Codus. More of it here : http://www.adapdev.com/

Thanks to Luc Fournier for the info.

This tool can also be found from the wonderful website of Fabrice Marguerie: SharpToolBox Code Generation Tools

BTW, for those who haven't yet put Sharptoolbox in their web browser favorites, it's time to do so

The framework project named "openSEAL" (it stands for "open source Standard Enterprise Application Library) is still under active development. As a contributor I have to say that new features are to be added to the existing TODOs list, that will bring very promising enhancements to the existing framework - which is already a very nice piece of work, designed to fit nicely in your .NET projects. This project is hosted at sourceforge.net, but the source code is controlled by Subversion, thus not directly browsable from SF.
Compatibility with Mono is one of the features that openSEAL tries to maintain as features are added.
More information can be found there : http://openseal.sourceforge.net

BTW, it seems like DNG readers were already aware of this project : openSEAL.

Feedbacks & contributions are welcome :-)

Un bouquin de A!Press en téléchargement gratuit ? Et qui traite de SharpDevelop ?? Enfin, de la conception de SharpDevelop ??? Avec 538 pages et le code source et tout ???? je me précipite dessus, faites de même si vous en avez envie : http://www.apress.com/free/download.html

Pour faire suite à quelques discussions amorcées ici et là, à propos de la pertinence d'utiliser encore la technologie .NET Remoting (face au futur Indigo), le lien suivant prouve bien que cette technologie n'est pas prête de mourir : http://www.theserverside.net/news/thread.tss?thread_id=31291

Aujourd'ui, j'aimerais vous présenter 3 livres dont je ne peux que recommander la lecture à tout passionné de .NET. Ils sont en anglais, malheureusement, et peut-être ne seront-ils jamais traduits en français.

Le premier s'appelle "Windows Forms Programming in C#", écrit par Chris Sells (qui avait déjà participé à "Essential .NET" de Don Box). Dans un style prodigieux, d'une clarté hors du commun, l'auteur décrit tout ce qu'il y a à savoir sur les WinForms. Compagnon idéal de tout développeur WinForms sérieux, cette bible avance progressivement dans les arcanes de cette technologie simple au premier abord, mais dont la maîtrise réclame une très bonne compréhension des concepts sur lesquels Windows et .NET sont fondés. Un livre absolument remarquable, didactique et facile à lire. Indispensable.

Le deuxième s'appelle "Expert C# Business Objects" de Rockford Lhotka. Destiné à un public un peu plus expérimenté, il propose ni plus ni moins un framework complet fondé sur un ensemble de classes business personnalisées destinées à être mises en oeuvre dans un environnement distribué, avec des fonctions très élaborées comme le do/undo à plusieurs niveaux, la sécurité, une couche de persistance fondée sur un système original de "DataPortal" centralisé... le tout mis en application avec un exemple de WinForm, WebForm, Web Service. Accompagné de réflexions pertinentes et pragmatiques sur les architecture n-tiers, ce livre est un modèle du genre en matière de conception objet. J'estime quand même que ce framework est destiné à être la base d'un travail plus personnel, car certaines décisions de design peuvent être sujettes à caution, mais tout est si bien fait qu'on peut facilement modifier le modèle et simplement s'en inspirer. Au passage, l'auteur y décrit clairement les technologies .NET employées, et l'ensemble du livre est un régal pour les lecteurs chevronnés. A réserver à un public averti, donc.

Le dernier, et mon préféré, s'appelle "Expert .NET 1.1 Programming", de Mr Simon Robinson. Destiné aux professionnels qui veulent aller plus loin, ce livre regorge de détails techniques pour qui veut sombrer directement dans les tréfonds de .NET. Depuis une présentation approfondie du langage IL, jusqu'à la génération de code, le threading, les WinForms avancées, la cryptographie, en passant par le fonctionnement du CLR, du garbage collector, la performance, la structure des assembly, ce bouquin est comme une exploration en profondeur des fondements de .NET. Réservé uniquement à un public de spécialistes (certains chapitres sont même assez ardus), cet ouvrage est indispensable pour une réelle maîtrise et une compréhension millimétrée de notre technologie préférée. Une référence absolue, un must.

De quoi passer l'hiver tranquille, non ?

Grumpf. Parfois on passe à côté de l'évidence. Parfois on manque d'intuition. (merci Tom ;-). Toujours est-il que j'ai trouvé ce matin, enfin, la solution à un problème qui me secoue les neurones depuis quelques jours, et qui concerne la mise en oeuvre d'un objet RCW dans un environnement Remoting.

Je vais essayer d'être clair. Comme ça la solution devrait peut-être apparaître clairement pour certains bien avant que j'ai fini ;-)

Soit donc un ATL/COM développé lors de la préhistoire et appelé AtlTest. Cet ATL est transformé en un RCW à petits coups de TlbImp (plutôt qu'en utilisant VS .NET, car la DLL résultante doit avoir un nom fort, au passage). Ce RCW apparait ensuite en tant que variable membre d'un composant serveur Remoting appelé Server, dont le constructeur attend le RCW en paramètre :

public class Server : MarshalByRefObject, IServer
{
private AtlTestClass _atl;

public Server(AtlTestClass atl)
{
_atl = atl;
}

Bon. La classe Server implémente la méthode DoSomething() de l'interface IServer; cette méthode fait appel à la méthode DoSomething() du RCW interne :

public void DoSomething()
{
_atl.DoSomething();
}

Re-bon. L'objet Server est un singleton hebergé par un process tout bête en mode console appelé ServerHost qui dans sa méthode Main() fait un "new" et publie ensuite l'objet par RemotingServices.Marshal(), en ayant instancié précédemment l'objet RCW fourni en paramètre à l'objet Server :

AtlTestClass atl = new AtlTestClass();
Server srv = new Server(atl);
RemotingServices.Marshal(srv,"Server.rem");

Re-re-bon. Rien d'extraordinaire non ? ça devrait marcher tout seul. Pourtant si un des clients de l'objet Server distant appelle sa méthode DoSomething(), eh bien l'exécution se bloque sur l'appel à _atl.DoSomething(), sans erreurs d'exécution ni rien. Si maintenant j'instancie l'objet AtlTest directement dans la méthode DoSomething() de l'objet Server, ça marche.

Comme dirait Tom : "on dirait un deadlock..."

Yes. It IS.

La raison ? eh bien par défaut la méthode Main() du serveur console hôte est frappée de l'attribut [STAThread]. Et patatra. Il suffit de ne pas mettre cet attribut, ou bien de mettre [MTAThread] à la place, pour ne plus avoir de blocage.

re-grumpf.

I would like to have your opinions about the future of the .NET Remoting technology. Is .NET Remoting a bad or a good choice for our new projects to come ? Do we have to make the difference between custom frameworks (that must consider future evolutions) and simple (even big) applications that can safely rely on .NET Remoting for their architecture, even when Indigo finally ships ? My opinion is clear : since .NET Remoting won't disappear with Indigo, it doesn't matter yet, except for application frameworks maybe. We can safely continue to use .NET Remoting as if we had never heard about Indigo.
And one more question : how can we design a new application so that we use .NET Remoting but can easily shift to Indigo later on, with the less possible efforts ?

I've just finished to read (and study) the book "Expert C# Business Objects" by Rockford Lhotka. IMHO this is by far the best book on architecture and framework design since I have ever read. if you want to know more, just visit the apress.com web site, where you should learn more. An absolute must have, about 800 pages for about 40€ (on amazon).