blog.pagesd.info

• GmailSync : Utilitaire (avec les sources .NET2) pour sauvegarder dans un compte GMail.

  .net

• Displaying code on your blog : Une alternative à SyntaxHighlighter

  utils

• 16bugs : Bug tracking made easy & bugs pretty!

  developpement

Pour mon super état des marges ultra prioritaire, je dois intégrer des données en provenance de la paye. Le problème c'est que le logiciel de paie utilise une base de données SQL Anywhere 9 et qu'il faut donc que je trouve comment m'y connecter. Et ben c'est pas si évident que ça pour trouver de l'information sur comment faire et encore moins pour arriver à récupérer un client pour Sql Anywhere 9 qui fasse l'affaire. Ou alors il faut être prêt à se tartiner des kilomètres de documentation et installer à tire larigot jusqu'à tomber sur le truc qui va bien.

Mais quand on a autant de temps que moi et qu'on ne veut pas encombrer son PC de tout un tas de trucs inutiles, il faut savoir se débrouiller (et aussi se contenter d'ODBC).

Pour commencer, il faut aller dans le dossier C:\Program Files\Sybase\SQL Anywhere 9\win32 d'une machine où SQL Anywhere 9 est déjà installé.

Une fois là, récupérer les 3 fichiers suivants :

• dbodbc9.dll
• dblgen9.dll
• dbcon9.dll

Eventuellement, on peut aussi prendre les 2 fichiers suivants :

• dblgfr9.dll : dblgen9.dll en français
• dbcoen9.chm : fichier d'aide

Créer un dossier "C:\SQL Anywhere 9" et y copier les fichiers.

On dispose maintenant d'un répertoire contenant tous les fichiers nécessaires pour le bon fonctionnement du pilote ODBC de Sybase SQL Anywhere 9. Il reste simplement à configurer la base de registre pour qu'il soit possible de se connecter à Sybase via le pilote ODBC.

On continue et on lance regedit.exe pour ouvrir la base de registre

Aller dans HKEY_LOCAL_MACHINE \ SOFTWARE \ ODBC \ ODBCINST.INI. Là il faut se placer sur la clé "ODBC Drivers" et demander à y créer une nouvelle valeur chaine que l'on appellera "SQL Anywhere 9". Une fois cette valeur créée, double-cliquer dessus pour y enregistrer la valeur "Installed".

Rester dans HKEY_LOCAL_MACHINE \ SOFTWARE \ ODBC \ ODBCINST.INI et y créer une nouvelle clé "SQL Anywhere 9" (le même nom que la chaine créée auparavant). Se placer ensuite sur la clé que l'on vient de créer et ajouter les 2 valeurs chaines suivantes :

• Driver
• Setup

Puis pour chacune de ces deux chaines, enregistrer la valeur "C:\SQL Anywhere 9\dbodbc9.dll".

Ca y est, c'est quasiment fini.

On peut maintenant lancer l'administrateur de sources de données ODBC, cliquer sur le bouton "Ajouter" dans l'onglet "Sources de données système" et choisir le pilote "SQL Anywhere 9" pour obtenir la boite de dialogue permettant de configurer la connexion ODBC au serveur SQL Anywhere 9 :

A partir de là, il suffit de renseigner les différents informations qui vont bien, soit dans mon cas à peu près :

• Onglet ODBC - Nom de source de données : BasePayeProd
• Onglet ODBC - Description : Base de données Sybase de production pour la paie
• Onglet Connexion - ID utilisateur : XXXXXX
• Onglet Connexion - Mot de passe : XXXXXXXXX
• Onglet Base de données - Nom du serveur : BasePayeProd
• Onglet Réseau - TCP/IP : coché

Puis revenir sur l'onglet ODBC pour vérifier que tout est OK en cliquant sur le bouton "Tester la connexion".

Et quand on a comme moi on a la chance d'avoir un ODBCTST.EXE from Oracle, on peut immédiatement se connecter à la base de données pour vérifier que ça marche pour de vrai.

Ensuite, sous Visual Studio, on peut enfin se connecter à la base de donnée Sybase avec la commande suivante :

OdbcConnection db = new OdbcConnection("DSN=BasePayeProd");

Je continue ma série "je débute petit pas par petit pas avec Subversion" (destiné principalement à Gérald qui connait déjà SourceSafe et qui doit impérativement mettre en place Subversion sur son site internet d'échange d'appartement à la montagne).

Sur le projet Tests, si je décide par exemple de sortir la fonction de récupération des pages html du fichier source principal, je vais sous Visual Studio :

• ajouter une classe Utils.cs
• copier quelques lignesde code de Start.cs dans Utils.cs
• compiler et vérifier que tout marche

Puis ensuite, je vais mettre à jour le dépôt Subversion à l'aide de TortoiseSVN :

• clic-droit sur le répertoire D:\Portals\Tests
• option "SVN Check for modification"

Le fichier CheckUrls.csproj a été modifié. Normal : le fichier source Utils.cs a été ajouté au projet

Le fichier Start.cs a été modifié. Normal : une partie du code de la procédure GetUrl() a été déplacée dans Utils.cs

Le fichier Utils.cs est marqué comme "non-versionné". Normal : celui-ci a bien été ajouté au projet par Visual Studio, mais TortoiseSVN ne le sait pas.

Il faut donc commencer par ajouter "manuellement" ce fichier au contrôle de source :

• clic-droit sur le fichier Utils.cs depuis TortoiseSVN
• option "Add"

Le fichier Utils.cs est désormais marqué comme "added".

Maintenant, il ne reste plus qu'à valider les modifications effectuées pour mettre à jour le dépôt Subversion. En effet, pour l'instant ces différentes modifications n'existent qu'au niveau du répertoire de travail. Donc, toujours sous TortoiseSVN, il faut :

• sélectionner les 3 fichiers CheckUrls.csproj, Start.cs et Utils.cs
• clic-droit puis choisir l'option "Commit"

Puis saisir un message décrivant les modifications apportées :

Et enfin valider => on obtient le récapitulatif des opérations commitées :

Ce qui signifie :

• j'ai modifié 2 fichiers (CheckUrls.csproj et Start.cs)
• j'ai ajouté 1 fichier (Utils.cs)
• 3 fichiers ont été envoyés du répertoire de travail vers le dépôt Subversion (CheckUrls.csproj, Start.cs et Utils.cs)
• le tout constituant la révision n° 5 du dépôt file:///D:/SVN/Tests

Pour compléter ma catégorie Subversion, je vais décrire ce que je fais habituellement quand je veux passer un de mes projets personnel en "local" sous Subversion (au moins la prochaine fois je n'aurai pas à réfléchir pour savoir comment faire). Dans ce cas, j'utilise uniquement TortoiseSVN, sans avoir besoin d'installer autre chose sur le poste de travail.

Si on s'en tient à la documentation, c'est quelque chose de très simple : il suffit de créer un dépôt Subversion, d'y importer notre projet, de supprimer le projet d'origine puis de le ré-extraire à partir du dépôt pour disposer d'une copie de travail versionnée.

Mais généralement, je ne vais pas forcément versionner tous les fichiers présents dans les répertoires de mon projet et par conséquent le fait d'enchainer une suppression et une extraction me fera perdre des fichiers :

• Ceux qui seront re-créés par compilation : pas de problème
• Les autres : le web.config, quelques fichiers de paramètres, éventuellement la base de données Access…

Sans compter que dans le cas d'un projet web, la suppression du répertoire projet n'est pas toujours possible puisqu'il correspond à un répertoire virtuel pour IIS et que même quand on y arrive, cela oblige à redonner les droits qui vont bien sur chaque répertoire.

Par conséquent, la "bonne" solution, c'est de ne pas importer le dépôt mais de l'extraire immédiatement après sa création sur le répertoire du projet d'origine puis d'ajouter les fichiers du projet au dépôt.

Etape 1 : Créer un dépôt Subversion

Pour passer un projet sous Subversion, il faut commencer par créer un "repository" (un dépôt ou référentiel en bon français) pour y enregistrer les données nécessaires au contrôle de version.

Pour cela, il faut créer un dossier sur le disque dur et d'un coup de baguette magique transformer ce bête répertoire en "repository" Subversion.

On commence par se placer dans le répertoire où on souhaite enregistrer le dépôt Subversion : pour mes projets en local, c'est toujours D:\SVN

Il faut y créer un nouveau sous-répertoire : "Tests" par exemple

Puis faire clic-droit sur le dossier nouvellement créé puis choisir "TortoiseSVN" puis "Create repository here..."

Choisir le type "Native filesystems (FSFS)" et cliquer sur OK

On obtient alors le message "The repository was successfully created".

Si on ouvre le dossier "Tests", on constate qu'il contient maintenant un certain nombre de fichiers et de dossiers.

Le dépôt Subversion que je viens de créer est encore totalement vide. Il est stocké dans le répertoire D:\SVN\Tests et son url est file:///D:/SVN/Tests.

Etape 2 : Organiser le dépôt Subversion

Avant de remplir mon dépôt Subversion, il faut d'abord organiser la façon dont seront enregistrées les données dans le dépôt. Comme je ne cherche pas midi à quatorze heure, je vais simplement suivre la structure la plus standard pour un dépôt, à savoir trunk, branches et tags.

Pour cela, je fais à nouveau clic-droit sur le dossier correspondant au dépôt que je viens de créer (D:\SVN\Tests dans mon cas) pour choisir "TortoiseSVN" puis "Repo-browser".

Cela ouvre directement une fenêtre pour naviguer dans le dépôt, mais celui-ci ne contient encore rien d'autre qu'un dossier D:/SVN/Tests. Faire clic-droit sur ce dossier et choisir la commande "Create folder…"

Puis indiquer "branches" comme nouveau nom de dossier

Et accepter "Create folder remotely" comme message de log

Répéter l'opération en créant les dossiers tags et trunk.

Mon dépôt Subversion est toujours quasiment vide, mais il est désormais prêt à l'emploi.

Etape 3 : Obtenir une copie de travail du dépôt Subversion

Dans cette étape, je vais faire en sorte de "relier" le répertoire de mon projet au dépôt Subversion, de façon à ce que Subversion le considère comme un répertoire de travail de mon dépôt.

Pour cela, je quitte le répertoire D:\SVN où est stocké le dépôt pour aller dans le répertoire où est enregistrée la solution que je veux passer sous Subversion. En fait, je vais plutôt dans le répertoire contenant le répertoire où est placé le projet.

Faire clic-droit sur le répertoire de la solution, D:\Portals\Tests dans le cas présent et choisir la commande "SVN Checkout...".

Il apparaît alors la boite de dialogue suivante :

Bien vérifier que l'url du dépôt (URL of repository) et le répertoire de travail (Checkout directory) sont corrects puis valider. Etant donné que le répertoire choisi contient déjà les sources de mon projet, cela provoque l'apparition du message d'erreur suivant :

Croiser les doigts Confirmer en cliquant sur le bouton "Yes". Et là on obtient un message indiquant que l'extraction est terminée.

Le répertoire D:\Portals\Tests est désormais considéré par Subversion comme étant le répertoire de travail lié au dépôt Subversion. Par contre, les fichiers sources qui y sont enregistrés ne sont toujours pas intégrés au dépôt et par conséquent, le dépôt Subversion est toujours aussi vide qu'à la fin de l'étape précédente.

Etape 4 : Ajouter mes fichiers sources au dépôt Subversion

Cette dernière étape va consister à ajouter les fichiers de mon projet dans le dépôt Subversion.

Pour cela, il faut revenir dans le répertoire D:\Portals et faire un clic droit sur le sous-répertoire Tests et choisir "SVN Check for modification"

Il apparait un écran listant tous les fichiers enregistrés dans le répertoire D:\Portals\Tests (à l'exception de ceux ignorés par TortoiseSVN).

Sélectionner tous ces fichiers en faisant Ctrl+A puis clic-droit et choisir la commande "Add".

Après quelques secondes, la liste des fichiers est mise à jour et le contenu de la colonne "Text status" est passé de "non-versionned" à "added". Cela signifie que les fichiers sources de la solution ont bien été ajoutés au répertoire de travail.

Cependant, si je consulte le contenu de mon dépôt, il est toujours vide. Mais c'est normal. En effet, le répertoire D:\Portals\Tests n'est qu'une copie de travail du dépôt Subversion. Tout ce qui est fait dans ce répertoire n'est pas automatiquement "répercuté" dans le dépôt, mais seulement lorsque je le demanderai.

Il me reste donc à mettre à jour le dépôt à partir du répertoire de travail. Si besoin, refaire clic-droit, "SVN Check for modification", re-sélectionner tous les fichiers puis clic-droit "Commit".

Après encore quelques secondes, il apparaît un nouvel écran pour saisir un message et au-dessous la liste de tous les fichiers cochés

Taper "Importation du projet d'origine" puis valider.

Quelques dernières secondes d'attentes agrémentées par un défilement où l'on a le temps de reconnaître les différents fichiers de la solution

A ce point, j'ai créé un dépôt Subversion stocké dans D:\SVN\Tests et celui-ci contient les fichiers sources versionnés de mon projet. Par ailleurs, le répertoire D:\Portals\Tests n'est plus un simple répertoire de mon disque dur, mais il est devenu une copie de travail de mon dépôt Subversion :

• de cette façon il y a de jolies icones qui indiquent l'état de chaque fichier source,
• je peux valider mes modifications (SVN Commit…) ou annuler mes bêtises (TortoiseSVN puis Revert…).

En gros, je fais enfin du contrôle des sources pour mon projet Tests.

Donc, pour résumer :

1. Créer un répertoire et le transformer en dépôt Subversion
2. Organiser le contenu du dépôt Subversion
3. Extraire une copie de travail dans le répertoire du projet
4. Y ajouter les sources du projet et commiter

• Intro to Distributed Version Control (Illustrated) :

  Traditional version control helps you backup, track and synchronize files. Distributed version control makes it easy to share changes. Done right, you can get the best of both worlds: simple merging and centralized releases.

  subversion

• Les fonctions analytiques : Permettent d'appliquer une fonction (somme, moyenne...) à un ensemble de lignes définies par rapport à la ligne courante ce qui permet de calculer aisément des sommes cumulées, des moyennes mobiles et d'accéder aux valeurs de la ligne précédente...

  oracle

• A Simple Example of Oracle Analytics: Running Totals :

  Analytic_Fuction(­«Any-Legal-Expression usually just a column»)
  over (
      «Partition-By-Clause»
      «Order-By-Clause»
  )
  

  oracle

• On having layout :

  A lot of Internet Explorer's rendering inconsistencies can be fixed by giving an element “layout.”. John Gallant and Holly Bergevin classified these inconsistencies as “dimensional bugs,” meaning that they can often be solved by applying a width or height.

  css

• Guide to Freeing up Disk Space under Windows Vista

  pour-memoire

• Conditional stylesheets vs CSS hacks? Answer: Neither! : <body class="body <!--[if IE ]>ie< ![endif]--> <!--[if lte IE 6]>ie6< ![endif]--> <!--[if IE 7]>ie7< ![endif]--> <!--[if IE 8]>ie8< ![endif]--> ">

  css