Il y a des astuces que j’estime devoir propager sur Internet, car ça peut éviter quelques arrachages de cheveux.
Symptôme: quand on souhaite démarrer IIS (6), ce dernier plante avec l’erreur “Une erreur 0×8ffe2740 inattendue s’est produite“.
La plateforme .Net fournit un mécanisme pour gérer les paramétrages. Il en existe 2 types : ceux de l’application et ceux de l’utilisateur. Au début de l’existance, il y avait la bonne vielle méthode du fichier *.ini, mais aujourd’hui le XML et devenu LE standard pour écrire des données dans un fichier “lisible” et structuré.
Il existe un autre standard : les applications .Net possède un fichier “mon_application.exe.config” qui n’est autre qu’un XML contenant le paramétrage de l’appliation. Ce fichier est structuré en 2 grosses parties: l’entête avec la section “configSections” qui décrit les sections du XML et les “parser” qui vont lire ces dernières. Puis il y a les sections proprement dites.
Lisez la suite de cette entrée »
Deux mondes s’affrontent: Java et .Net. Chacun choisi son camp, ou choisi les deux… moi j’ai la double nationalité 
Mais quand les deux mondes doivent alors communiquer? Je fais l’interprète. Voila le topo:
J’ai une application .Net qui a besoin de manipuler des classes Java, et pour se faire je passe par C++/CLI: comment avoir un pied dans du .Net et un autre dans du natif C++.
Lisez la suite de cette entrée »
J’ai eu une discutions intéressante ce midi au sujet du buzz en ce moment: Adobe open-source Flash! Je vois ça comme un premier pas vers la conquête du Web 3.0. Une guerre déjà entamé entre Adobe, Microsoft et le monde libre.
Lisez la suite de cette entrée »
Rien de plus stressant que de passer une journée entière sur un bug. Surtout si on n’a aucune idée du problème (pas d’exceptions, ni d’erreurs dans les logs) et que les recherches sur Internet sont infructueuses.
Contexte : une application Web Asp.Net communique avec un service WCF.
Problème : au bout d’un certain nombre d’appels (invariant) l’application Web n’arrive plus à joindre le serveur (Timeout).
On a parfois besoin de livrer une application .Net avec les fichiers de ressources, afin qu’un traducteur, voir même un intégrateur, puisse faire les traductions au dernier moment.
Si cette personne doit recompiler l’application pour voir le fruit de son travail, ce n’est pas très pratique voir impossible: allez lui expliquer que VisualStudio n’est pas nécessaire et qu’il est possible de créer des ressources avec ResGen.exe (et al.exe pour faire des assembly satellites). Très franchement, les traducteurs ne veulent pas de quelque chose d’aussi et vont vous fuir comme la peste si vous leur demander d’être des développeurs.
Le cerveau humain est bien fait: il ne comprend/retient les choses que si on en à besoin/si c’est important. Des milliards de connections qui synthétise l’information pour ne garder que l’essentiel!!!
Mais cette mémoire sélective à néanmoins parfois besoin d’être éduqué. Pas évident de savoir ce qui est réellement important! Et la mienne est pas mal fainéante… c’est pourquoi je note et priorise tout ce que j’ai à faire.
Pour les tâches quotidienne il y a http://www.rememberthemilk.com, mais pour le boulot il y a Trac.
Il existe de nombreux framework d'application web, tel que Spring, Struts, JavaServerFaces ou WebForms…
Mais qu'en est-il des "clients riches", cad, des applications graphiques faites en WinForms, GTK, etc…
Dans le monde Java, il y a Eclipse RCP, qui est pour moi sans conteste le meilleur framework d'application. Il y a aussi Spring RCP que je connais mal.
Dans le monde .Net, CAB est sans doute le plus connus, et pour cause c'est le framework proposé par M$, mais il en existe d'autre comme eXpressApp (de DevExpress).
On peut aussi se faire son propre framework… et je vais essayer de lister les avantages et inconvénients de coder soi même ou d'utiliser l'existant car, bien évidement, aucune solution n'est parfaite et la bonne solution est celle qui s'adapte le mieux au besoin…
Comme vous le savez, l'environnement Gnome sous linux utilise les composants graphiques de GTK, qui est à la fois portable mais qui de plus possède de nombreux "binding" dans de nombreux langages. Java n'est pas en reste, et en plus de GTK, Gnome-Java propose les "bindings" vers Glade, GConf, Cairo, etc…
Bref, tout pour faire une application qui s'intégre bien dans Gnome, le tout réalisé dans l'élégant langage qu'est le Java , et tout en pouvant bénefficier du très puissant IDE Eclipse. Et puis le fin du fin, c'est de générer un exécutable natif sous linux à l'aide d'un script ANT qui compile avec GCJ (de toutes façon, vous avez déjà vu Gnome sous Windows???).
Alors, après une petite soiré de dev, j'ai réalisé un petit carnet d'adresse en Java compilé en natif :
Vous pouvez télécharger les sources ici et les binaires ici.
Bien évidement, la question se pose pas mal dans la communauté : les futures applications Gnome… en C++, Java ou Mono ?
Mon intérêt pour le monde libre m’a fait faire des recherches sur CVS.
Sous win, j’ai installé CVSNT et j’ai testé ainsi à l’aide d’Eclipse. CVSNT plante avec Eclipse… je n’arrive pas à voir pourquoi… en tout cas, la version CVSNT 2.0.14 marche parfaitement avec Eclipse si on choisi de ne pas utiliser de préfix (chemin en dur).
Et puis je me suis dit : « Mais pourquoi ne pas profiter de CVS avec Visual Studio Express ? ». Ben parceque.. (voir explications ici)
Et puis dans ma recherche, je suis tombé sur Subversion ! Encore un serveur de gestion de versions concurrentes (à la CVS, SourceSafe, ClearCase,…). J’ai vraiment accroché ! Surtout avec TortoiseSVN qui s’intègre très bien à l’explorateur de Windows.
L’équivalent existe aussi pour CVS: TortoiseCVS.
Et puis il y a aussi le plugin Eclipse pour SVN : SubEclipse.
Mais aussi l’équivalent pour Visual Studio : ANKHSVN.
Malheureusement, ce dernier ne fonctionne pas avec Visual Studio Express 
Affaire à suivre…
