Dans le cadre de la mise en place d'une plateforme de développement sous IIS 5.1 (windows XP) Français, je suis tombé sur le fameux problème de la page ASP3 concernant l'erreur 500. En effet, sur les version IIS XP Français, cette page est totalement buggée par le fait que tous (ou quasiment tous) les retours chariot des lignes de codes ASP3 ont été supprimés. Ainsi vous tombez sur une erreur sur cette page et non l'erreur de votre page ayant provoquée l'erreur 500. J'ai donc corrigé cette page ASP3 et elle est disponible ici :    Fichier IIS : 500-100.asp corrigé   Vous devez donc écraser votre fichier : C:\windows\help\iishelp\common\500-100.asp Par celui fourni juste au dessus.  Romelard Fabrice

  Comme je vous l'avais signalé lors de mon précédent message : SQL Server : Présence au séminaire SQL Pass à Barcelone   Je me trouvais donc à Barcelone pour le 23 et 24 Février pour assister à un ensemble de conférences organisées par  l'association des Utilisateurs SQL Server . Les conférences étaient animées par différentes personnes actives dans le monde SQL Server (travaillant ou non pour Microsoft). Ce fut une occasion de rencontrer des personnes d'autres pays et de discuter de pas mal de choses. Ce fut un lieu déchanges à plusieurs niveaux et sur différents sujets. J'ai aussi pu assister à des conférences sur des sujets très (voir des fois trop) pointues concernant SQL Server 2005 et ses différents modules. Je remercie ceux qui m'ont permis de pouvoir assister à cet évènement : Microsoft France et plus particulièrement nos MVP Lead (Aurore et Martine qui se reconnaitront) ainsi que Joël Les membres du  Groupe Utilisateur de SQL Server (GUSS)  et plus par...

  Dans le cadre de mes articles sur SQL Server (2000 et maintenant 2005) et de mes contributions pour le   Groupe des Utilisateurs Francophones de SQL Server (GUSS) , je suis présent à Barcelone pour le séminaire européen organisé pas la communauté des utilisateurs de SQL Server : Professionnal Association for SQL Server (PASS)   Cette conférence rassemble un ensemble de conférences sur de nombreux sujets (traîtés en 2 jours) liés à SQL Server 2005. Les sujets touchent aussi bien les développeurs (Création de rapport SSRS, développement de packages SSIS, ...), que les DBA (optimisation de bases, Mise en place de solutions à haute disponibilité, ...) et les BI (Utilisation de SSAS, Script MDX, ...). Vous trouverez le planning de ces conférences en allant sur cette page : 2006 PASS European Conference Sessions/Speakers   Toutes ces conférences seront animées par différentes personnalités du monde SQL Server dont notre  Patrick Guimonet national  qui présenter...

  Après avoir écrit l'article sur SQL Server 2000 et les Emails : Les emails avec SQL Server 2000 et MSDE   On m'a demandé pourquoi je n'avais pas fait l'article sur SQL Server 2005 et sur Express : SQL Server : Nouvel article sur la gestion des Email avec SQL Server   Il s'agit tout simplement du fait que je comptais le traîter à part. Microsoft a modifié la vision de cet outil pour SQL Server 2005. Ainsi la configuration existante dans SQL Server 2000 est conservée uniquement pour des besoins de compatibilité (lors des phases de migrations).   J'ai donc rédigé la version liée à SQL Server 2005 : Les emails avec SQL Server 2005   En parallèle, j'ai aussi ajouté les dernière leçons Aubade, ainsi que les collection Homme Aubade (pour les filles) sur mon site perso (pour ceux que ca n'intéresse pas, il ne sont pas obligés d'aller les voir). Leçons 71 à 80 Aubade pour Homme   En espérant que cela soit utile. Romelard Fabrice

  On voit souvent des développeurs avoir des problèmes avec les installations de logiciels. En effet, de très nombreux développeurs ne sont pas familiarisés avec les OS et la logique des installations de produit et de l'ordre à parfois respecter. Prenons une installation de développeur standard dans l'environnement Microsoft (VB, VB.NET, C#, SQL Server), je vais donner mon retour quand à cette problématique. Voila un ordre qui ne m'a pour le moment jamais porté préjudice : La base de données, vous connaissez mon attrait pour  MSDE  qui est le moteur gratuit de  SQL Server 2000 , il est surtout idéal pour un développeur et en ajoutant la couche cliente de SQL Server 2000, on peut quasiment tout faire, j'ai trouvé très peu de cas ou MSDE ne me suffisait pas (je ne parle pas de la limitation des tailles de fichiers de données). Pour ceux qui ont des projets de migration VB6 vers VB.NET, il faut bien installer  Visual Studio 6 , c'est donc l'outil suivant à placer. ...

  Avec la mise en ligne des versions françaises de SQL Server 2005 : [ Express ] les versions SQL Server 2005 FR   Il me fallait forcément remettre les mains dans l'article consacré à ce sujet afin de traîter de la version localisée, j'ai donc modifié l'article en conséquence : SQL Server 2005 Express Edition   Pour ceux qui peuvent en avoir besoin, j'ai conservé le PDF correspondant à la version US, qui est disponible ici : SQL Server 2005 Express Edition (version US)   La suite au prochain épisode :) Romelard Fabrice

  A la suite de l'article posté sur les options de compilation : Le debugging en .NET   J'ai eu des retours comme on peut le voir ici : DOTNET : Article sur les différents modes de compilation   Ainsi, une demande forte a été de pouvoir faire un check de tous les fichiers contenus dans un répertoire donné (merci Renaud), J'ai donc recherché comment faire ce test, il est bien sur impensable d'ouvrir chaque fichier avec Reflector pour vérifier les entêtes. J'ai donc cherché une autre solution en passant par le chargement d'une DLL (Assembly.Load...), je suis donc tombé ensuite sur ce post de Bill : How to tell if an existing assembly is Debug or Release build   Qui m'a donné la méthode à utiliser (en VB.NET), j'ai donc créé cette fonction (en C#) qui est disponible ici : C# - CONNAÎTRE LE MODE DE COMPILATION UTILISÉ   Donc une fois tout ce travail en amont terminé, j'ai tout placé dans un petit outil suffisement simple pour être utilisable par tous : C...

  A la suite d'un post vu ici même : Déploiement asp.net - Debug ou Release ?   Je me suis demandé justement pour quelle raison Microsoft aurait prévu deux modes de compilation différents si ceux-ci donnaient le même résultat. J'ai donc recherché ces différences. De plus, pour des besoins personnels, il me fallait savoir si des DLL que l'on me mettait à disposition étaient bien compilées en Mode Release. J'ai donc regroupé tout cela dans un même article qui est disponible ici : Le debugging en .NET   Romelard Fabrice