Blog de Gildas Cuisinier

Tutoriel : Comment créer un DMG

Hikage — Tue, 10 May 2011 18:40:14 +0000

Les utilisateurs de Mac utilisent souvent de type de fichier, qui sont en fait des images disques (comme des .iso) qui peuvent être montées et qui apparaitront comme un nouveau disque sous Mac OS X.

Ce type de fichier est très souvent utilisé sous Mac comme moyen d’installer des logiciels.
Afin de fournir un Bundle pour OpenJDK pour Mac OS X, j’ai voulu regarder de plus près comment faire pour créer un tel fichier.

Créer le dmg

La première étape consiste à créer un fichier .dmg via l’utilitaire de disque, via le bouton « Nouvelle Image » :

La nouvelle fenêtre permet de spécifier le type d’image que l’on souhaite :

Nom : Le nom de l’image une fois montée

Taille : La taille maximum du conteneur, il est nécessaire de mettre suffisamment de place, voir trop. L’image finale sera réduite plus tard

Format : Mac OS X Etendu

Chiffrement : Aucun

Partition : Partition unique – Table de partition Apple

Format d’image : Image disque en lecture / écriture

Le format d’image en lecture / écriture sera modifié plus tard afin de ne pas laisser au « utilisateur » de modifier une image .dmg fournie.

Remplir le DMG

Une fois le DMG créé, il est monté et visible sur le bureau :

Il suffit de l’ouvrir pour afficher son contenu, vide pour l’instant, et de le modifier comme n’importe quel répertoire

Modifier son icone

Comme pour n’importe quel fichier sous Mac, il est possible de modifier l’icone du volume une fois monté.
Pour cela, il faut tout d’abord ouvrir l’image que l’on souhaite utilisé comme icone avec l’Aperçu.

Dans celui-ci, faire Command+A pour sélectionner l’image, puis Command+C pour copier celle-ci.

Une fois cela fait, aller sur le bureau, click-droit sur l’icone de votre image montée et sélectionner « Lire les informations »

Cliquer ensuite sur l’icone tout en haut à gauche de la fenêtre qui vient de s’ouvrir, et faire Command+V
Cette dernière devrait être devenue l’image que vous avez choisie.

Modifier l’arrière plan

Il est également possible de modifier l’arrière plan de la fenêtre qui sera ouverte lors de l’accès au volume.
Voici par exemple à quoi ressemble l’image OpenJDK :

Pour cela, il faut que l’image soit elle même présente dans le DMG, mais que le fichier lui même ne soit pas visible.
Pour cela, il suffit de créer un répertoire .background dans lequel nous viendront mettre l’image.

Ensuite, à la racine du volume monté, il suffit de faire un click-droit et de séléctionner « Afficher les options de présentation » :

Dans la section « Arrière plan » il suffira de faire glisser l’image du répertoire .background dans l’espace « Faire glisser ici ».

Finaliser l’image

Une fois que le Volume contient les fichiers que vous souhaitez publier et que la présentation vous convient, il faut finaliser l’image.

Pour cela, nous retournons dans l’utilitaire de disque, dans la frame de gaucher, selectionnez le dmg que vous venez de créer, et cliquez sur « Convertir » dans le menu du haut.

Sélectionner le format « Compressé », et cliquez sur OK.
Le nouveau DMG sera réduit à la taille que vous utilisez rééllement, et ne pourra plus être modifié.

Il est donc prêt à être livrer !

Amélioration

Si il est facile de créer un DMG de cette manière, cela demande de nombreuse manipulation par le développeur.
Dans un prochain article, j’expliquerai comment il est possible de scripter la création de ce DMG.

Mesange

Hikage — Sat, 12 Mar 2011 21:38:26 +0000

Mesange

]]>

[Photo] Divination

Hikage — Sat, 15 Jan 2011 17:23:00 +0000

Artiste de rue à Avignon

]]>

SpringOne 2gx : Résumé des annonces

Hikage — Tue, 26 Oct 2010 18:59:39 +0000

La semaine dernière a eu lieu le gros évènement pour la communauté Spring et Groovy : Les conférences SpringOne 2gx.
Comme souvent, ce fut l’occasion pour SpringSource et ses divers partenaires pour présenter leur dernières nouveautés

Code2Cloud

La plus grosse annonce fut certainement l’annonce de Code2Cloud, de SpringSource et Tasktop. Ce dernier est un service déployé sur le Cloud qui répond à un besoin : La gestion du cycle de vie d’une application.

En pratique, Code2Cloud propose plusieurs services nécessaire pour une application :

Un gestionnaire de source, Git en l’occurence ici
Un moteur d’intégration continue, Hudson bien évidemment
Un système de suivi de bug (Issue Tracker), compatible Bugzilla et Mylin
Un runtime dans lequel il semble possible de déployer sur le Cloud (Peu d’information sur les possibilités de ce runtime pour l’instant : Sql ? Limitation des API Java ? etc )

Le tout bien ficelé avec un plugin Eclipse qui semble assez facile d’accès.

Spring 3.1

Juergen Hoeller à profiter de l’évènement pour présenter la prochaine version du framework Spring, la 3.1 :

API de Conversation
Support de Servlet 3.0
« Profil d’environnement », qui permet de faire une résolution des placeholder (de type ${datasource.url} par exemple) selon un environnement. Cela permettrait d’avoir des valeurs différentes pour les environnements de DEV et de PROD.
Ajout d’une abstraction pour les système de cache (EhCache et Gemfire dans un premier temps) en fournissant un jeu d’annotation (@Cacheable)
Réduire l’écart des possibilités qui existent entre la configuration XML et JavaConfig

Nouveaux projets dans le portfolio

Le portfolio n’est pas en reste non plus avec l’arrivée de plusieurs

Spring Data

Le mouvement NoSQL étant à la mode, il fallait s’attendre à ce que SpringSource propose quelques chose. Spring Data est la réponse

Spring Data est en réalité un groupe de projet, subdivisé en plusieurs modules dédiés à un type de base NoSQL :

Base Clé-Valeur : Support de Redis
Base Document : Support de CouchDB et MongoDB
Base Graphe : Support de Neo4j
Et un module pour Oracle RAC

Spring Payment

En collaboration avec Visa, SpringSource à développé un module pour la gestion des paiements en ligne.

Spring Social

C’est un projet qui propose divers classe utilitaire ( à la mode *Template) pour accéder aux réseaux sociaux populaire tels que Facebook, Linkedin, Twitter ou TripIt.

Spring Mobile

SpringSource aurait également annoncé un projet pour simplifier le développement Mobile (Web?) pour iPhone et Android.

Collaboration Google et SpringSource

SpringSource et Google concrétisent leur collaboration via le développement Spring Roo.
Par ailleurs, leur outil SpeedTracer et Spring Insight sont de mieux en mieux intégré afin d’aider au monitoring et à l’amélioration des performances des applications.

Une des informations que je trouve particulièrement intéressante est que la nouvelle démo de SpringSource (Spring Travel) sur Google App Engine utiliserait le nouveau service SQL de Google.
Ce qui voudrait dire que celui-ci est presque prêt et pourrait être disponible bientot.
Si c’est le cas, c’est un nouveau pas aidant à l’adoption de Google App Engine, car BigTable … ca fait peur aux entreprises !

Google I/O : Le plein d’annonces !

Hikage — Thu, 20 May 2010 19:56:33 +0000

Google I/O, les conférences de Google pour l’Innovation et l’Ouverture, furent l’occasion pour annoncer un lot de nouveautés pour la société de Mountain View :

Ouverture publique de Google Wave

Un des gros buzz Google, Google Wave ou un mix de l’email, de la messagerie instanée et des robots à la IRC était jusqu’ici accessible uniquement sur invitation.
Ce service est maintenant publique, et même accessible via les Google App pour entreprise.

Autrement dit, plus d’excuse pour ne pas suivre les Wave de Olivier Croisier, auteur du blog The Coder’s Breakfast lors des conférences du ParisJUG.

Google Font Directory et Google Font API

Jusqu’ici la plupart des sites utilisaient des polices de caractères standards, disponibles par défaut sur tout les OS, et cela afin d’être certains du rendu sur le poste client.

Google Font Directory et Google Font API vont permettre d’élargir les possibilités en proposant une liste de police libre de droit utilisable via CSS. Une fois la police choisie, le site propose de l’importer dans votre site de manière très simple :

Dès lors, il sera possible de l’utiliser dans les style css :

h1 { font-family: 'Inconsolata', arial, serif; }

Plus d’informations sur le site de Google Font Directory

Lancement de Google App for Business

Google annonce le lancement d’une version ‘Pro’ de Google App.

Celle-ci propose des nouvelles fonctionnalités :

Administration centralisée des applications pour un domaine
SLA de 99,9%
Sécurisée par défaut, autrement dit seul les utilisateurs du domaine peuvent y accéder
A venir : Base de donnée SQL, gestion des certificats SSL

Par ailleurs, il semblerait que Google et VMware/SpringSource collabore afin de créer un Platforme ouverte, le but étant de permettre de déployer une application aussi bien sur Google App que sur un cloud VMware. Vers une standardisation du cloud ?
De quoi rassurer les sociétés je pense.

WebM, ou un standard video OpenSource (pour le HTML5?)

WebM propose un codec video OpenSource et royalty-free, et est soutenu par Google, Opera, Mozilla et même Adobe.

La question : Est-ce que Apple et Microsoft vont accepter ce codec?

Android 2.2, alias Froyo

Tout le monde s’en doutait, c’est maintenant officiel : L’Android nouveau est arrivé !

Parmi les nouveautés :

Compilateur JIT
Nouveau Browser avec moteur V8
Possibilité de partager la connection 3G

Et certainement encore d’autre choses, je mettrais à jour petit à petit

Roomba, robot aspirateur

Hikage — Thu, 06 May 2010 12:27:02 +0000

Une fois n’est pas coutume, mais le sujet ne sera pas informatique cette fois.
Cependant, je reste tout de même un geek dans l’âme donc cela restera fun quand même

Je vais vous parler de mon dernier achat : un robot aspirateur, le Roomba 555.
Alors gadget ou pas ? Bon, je l’ai depuis 2h donc je ne vais pas pouvoir être fort objectif sur le coup mais ..

Tout d’abord, j’ai été un peu surpris par sa taille. Je ne sais pas pourquoi, mais je le voyais plus petit.
Le voici en photo à coté d’un CD :

Sinon, est-ce que cela fonctionne ? J’aurais tendance à dire oui !
Une fois lancé, il commence à tourner en spirale, il détecte les obstacles, s’il trouve un mur il va le suivre. Dès qu’il se heurte à un pied, il va chercher à en faire le tour. Bref, il est véritablement autonome à première vue.

Mais est-ce efficace ? Encore une fois, je dirai oui ..
Hier, nous avions passé l’aspirateur (le normal, celui qu’on tire) à l’étage. Aujourd’hui une fois le Roomba ayant fini le même étage, j’ai été assez impressionné par le contenu aspiré ! Comme quoi, il nettoie plutôt bien !

Bon, c’est ici un retour à chaud, je verrai à l’usage si cela fonctionne toujours aussi bien mais pour l’heure, le geek en moi est content

Feedback : Switch PC vers Mac

Hikage — Wed, 28 Apr 2010 12:10:49 +0000

Tentation, doute et ..

Ceci n’est pas un billet de plus pour faire de la propagande Apple, mais juste l’envie de partager mon expérience sur le switch de Pc vers Mac.

J’ai eu l’occasion de tester, très épisodiquement, Mac OS X chez mon premier employeur. J’ai trouvé le concept intéressant, plutôt bien fini esthétiquement et simple à utiliser.
Mais en tant que développeur/administrateur système, j’ai également découvert avec horreur le clavier Apple..

Quelques temps plus tard, un ami proche, administrateur système de profession, à tenter le switch vers un portable Apple. Mais il a rapidement changé, en particulier à cause du clavier qui ne lui était pas fort pratique.

Suite à cela, moi qui était jusque la tenter de passer le pas, j’ai été fort refroidit. Et quand j’ai effectivement été forcé de changer de portable, je suis resté sur le marque PC qui ne m’a jamais fait défaut.
Mais avec un léger regret tout de même.

Et finalement, fin 2009, j’ai franchi le cap et me suis commandé un Mac Book Pro 15″.

Premiers avis

Au déballage, il faut avouer que le MacBook unibode en jette assez : mince (par rapport à mon précedent portable), bien design.

La première utilisation est elle-aussi très professionelle : je saute sur PhotoBooth pour faire rire mes enfants.
Je découvre un peu les soft installés : iPhoto, iWork, Mail, Safari ..

Mais rapidement, j’ai un besoin de retrouver mes repères. J’installe donc les logiciels que j’utilisais le plus souvent sous Windows :

Thunderbird pour les emails, avec mon domaine sur Gmail.
Firefox et ses plugins, mais également la version Mac de Google Chrome
iTunes
Eclipse STS
Intellij Idea
Bon pour ces deux derniers, j’ai eu un peu de mal au début (et il faut l’avouer, encore maintenant) avec les raccourcis Mac. J’ai longtemps ralé sur le Commande+S (Enregistrer) que je loupais en faisant un Commande+Q (Quitter).

Par contre, le Touch Pad multitouch est une vrai merveille.. Il m’arrive souvent maintenant lorsque je suis sur des portables Windows de faire machinalement un slide vers le bas ou le haut .. et de me dire « Zut ca marche pas ici ».

Ce que j’ai adoré

En tant que développeur, j’ai eu l’agréable surprise de voir pas mal d’outils préinstallés : Java 1.6, Maven 2.2, Ant 1.7.1, Subversion.
Même Apache est préconfiguré pour gérer les répertoires Sites des utilisateurs.
La seule chose que j’ai eu à faire est d’installer MySql je crois, afin d’avoir une base de donnée.

Un autre point fort de Mac OS X c’est qu’il est basé sur BSD. On a donc une véritable console accessible avec les commandes habituelles : grep, wc, find, tail, ..

Ce que j’ai moins aimé

Un des concepts de Mac OS X est de ne pouvoir lancé qu’une seule instance d’une application. Cela parait logique et certainement préférable pour la plupart des utilisateurs.

Dans mon cas, j’aurais aimé pouvoir lancer plusieurs Eclipses. Cela reste possible, mais je dois lancer cela par la console. Moins chouette tout de suite .

Un autre regret, c’est que j’aurais espéré que le système soit full UTF-8 par défault. J’ai appris à mes dépens qu’il existait un charset MacRoman qui est la valeur par défaut. Ce n’est pas la fin du monde, mais ca aurait été utile de ne plus devoir se soucier de cela.

Dans un point de vue plus utilisateur lambda, il y a une fonctionnalité était beaucoup plus pratique sous Windows : L’Aperçu des images. Sous Windows, je double cliquais sur une image, elle s’ouvrait. Mais j’avais la possibilité d’avancer/reculer dans les images du répertoire avec les flèches.
Sous Mac, si tu ne choisi qu’une seule image, tu ne pourras voir que celle-ci ..

Conclusion

Globalement, je suis super content de mon MacBook Pro, et je ne regrette pas mon switch. Cela dit, il faut rester les pieds sur terre : Mac OS X n’est pas sans défaut. Je ne suis pas de ceux qui disent que Mac OS X est mieux que tout le reste, d’autant plus que je n’ai pas eu la possibilité de tester Windows Seven.

Créer un namespace Spring

Hikage — Sat, 24 Apr 2010 07:20:10 +0000

Une des fonctionnalités fort pratique avec Spring est la notion de namespace. Ceux-ci permettre de simplifier et réduire de manière significative une configuration XML.

Spring en possède plusieurs de bases : jms, jee, scheduling, jdbc, mvc, …

Cependant, il est tout à fait possible d’en créer des spécifiques à nos propres besoins, et sans trop de difficulté.

Créer le schéma xml

Lorsqu’on créer un namespace pour Spring, la toute première chose à faire est de définir les éléments de celui-ci.
Et comme on parle de namespace XML, cela se traduit par un schema XSD.

Le plus simple pour créer une XSD est de préparer un exemple de XML valide, et d’ensuite créer le XSD à partir de celui-ci.
Dans le cadre du projet de modèle, je voulais pouvoir importer un fichier et définir des variables :

A partir de différents outils (Intellij Idea, XmlSpy, ..), il est possible de générer une XSD correspondant à notre exemple :

Cependant, cette XSD ne comporte pas encore de notion de namespace dédié. Pour cela, il faut lui ajouter l’attribut targetNamespace avec comme valeur l’identifiant de notre namespace.
Dans mon cas, il s’agira de http://www.hikage.be/schema/import-template.

La XSD complètée sera donc :

On enregistre cette classe dans les sources du projets, par exemple dans le package be.hikage.namespaces.schemas.

Créer un NamespaceHandler

Une fois le schéma défini, il faut encore dire à Spring comment l’utiliser.
Pour cela, il faut implémenter un NamespaceHandler, le plus souvent en étendant la classe NamespaceHandlerSupport :

public class TemplateNamespaceHandler extends NamespaceHandlerSupport {
   private static final String IMPORT_TEMPLATE_TAG = "import-template";

   public void init() {
       // Spécifie que les éléments  seront traités
       // par la classe ImportTemplateBeanDefinitionParser
       registerBeanDefinitionParser(IMPORT_TEMPLATE_TAG,
          new ImportTemplateBeanDefinitionParser());

   }
}                                                                                                                                                                                              }

Etendre NamespaceHandlerSupport nécessite d’implémenter une méthode init dans laquelle il est nécessaire de lier les éléments racines (import-template dans notre cas) à un BeanDefinitionParser.

Créer le BeanDefinitionParser

Les BeanDefinitionParser sont certainements les classes les plus importantes dans la création d’un namespace car ce sont elles qui vont véritablement dire à Spring quel Beans devront être ajoutés dans le contexte.

Dans notre cas, la classe ImportTemplateBeanDefinitionParser va être responable de

* Parser l’élément import-template et ses éléments fils (variable)
* Lire le fichier spécifié dans l’attribut location
* Injecter dans le contexte Spring les définition définies dans le fichier en remplacant les variables présente dans celui-ci

En pratique, cela se fait dans la méthode parse, qui est définie dans l’interface BeanDefinitionParser :

	public BeanDefinition parse(Element element, ParserContext parserContext) {

		// On lit l'attribut location pour connaitre le fichier modèle
		String resource = element.getAttribute(LOCATION_ATTRIBUTE);

		// On récupère les 
		Map variables = prepareReplacement(element);

		// On lit les BeanDefinition (représentation de la configuration d'un
		// Bean) à partir du fichier modèle
		Map tempDefinitions = loadTemplateBeans(location);

		// On remplace les variables dans les définitions ( nom de beans,
		// attributs, valeurs )
		Map beansDefinition = replaceVariable(
				tempDefinitions, variables);

		for (Map.Entry entry : templateBeansDefinitions
				.entrySet()) {
			// On ajoute chaque beans dans le contexte Spring
			parserContext.getRegistry().registerBeanDefinition(entry.getKey(),
					entry.getValue());
		}

		return null;
	}

}

J’ai volontairement simplié le code concernant les méthodes loadTemplateBeans() et replaceVariable() par soucis de simplicité.

Dans le cas de la méthode loadTemplateBeans, j’utilise la classe XmlBeanDefinitionReader de Spring qui va lire et créer les BeanDefinitions à ma place. Un BeanDefinition est le modèle interne à Spring pour représenter un Bean : son nom, la classe, les variables constructeurs, les propriétés à configurer, …

Enregistrer le NamespaceHandler et le schéma

Nous avons maintenant notre schéma ainsi que les classes nécessaire pour que Spring puisse traiter correctement un fichier de ce type :

Pour cela, il est nécessaire de créer deux fichiers dans META-INF :

spring.handlers : qui va associé un namespace à son NamespaceHandler
spring.schemas : qui va associé l’URL utilisé dans xsd:schemaLocation à la XSD dans le classpath

Le fichier spring.handlers :

http\://www.hikage.be/schema/import-template=be.hikage.springtemplate.TemplateNamespaceHandler

Clé : Le namespace défini dans le targetNamespace de la XSD
Valeur : la FQN du NamespaceHandler

Le fichier spring.schemas :

http\://www.hikage.be/schema/import-template/import-template.xsd=be/hikage/springtemplate/import-template-1.0.xsd

Clé : L’URI définie dans le schemaLocation
Valeur : Le chemin de la XSD dans le classpath

Compléments

Cela dit, cet exemple est assez basique. Les possibilités d’un namespace sont plus étendue. Il est également possible d’améliorer le schema XSD et le code du BeanDefinitionParser pour mieux s’intégrer dans les IDEs.

En attendant, pour plus d’informations :

Le code complet de l’Import-Template vous permettra de voir en détail comment créer un namespace

La documentation officielle sur la création d’un namespace

Liens de la semaine

Hikage — Wed, 14 Apr 2010 08:00:25 +0000

Introduction au Plugin Release de Maven sur Google Code

Hikage — Tue, 13 Apr 2010 18:07:12 +0000

Suite à ma lecture de Apache Maven, j’ai eu envie de tester le plugin Release.

Pour rappel, ce plugin de Maven permet d’automatiser les tâches de livraison d’un projet :

Vérification qu’il n’y a pas de sources modifiées en local
Compilation, lancement des tests
Création du tag sur le dépôt de sources
Publication des artefacts sur un dépot Maven

Le tout en deux commandes : mvn release:prepare release:perform

Cependant, l’utilisation de ce plugin nécessite une configuration spécique dans le descripteur Maven.

Configuration du dépôt de source

Afin de pouvoir commiter les modifications de release et créer les tags, le plugin Release nécessite de savoir quel type et la location de gestionnaire de sources il doit utiliser :


    
        scm:svn:https://project.googlecode.com/svn/trunk/

Où project est le nom de votre projet sur Google Code

Ajout du plugin Maven


   
      
         maven-release-plugin
         2.0
         
            https://project.googlecode.com/svn/tags
            deploy gcupload:gcupload

Le tagBase permet de spécifier où devront être créés les tags de livraison, tandis que goal permet de remplacer le mécanisme par défaut du plugin lors de la livraison.

Dans mon cas, en plus du deploy (qui va publier les artefacts sur le dépôt Maven), j’avais envie d’automatiser également la remontée de mon artefact vers la section Téléchargement de Google Code.

Configurer le Plugin Google Code Upload

Ce plugin, lui même disponible sur Google Code à cette adresse permet donc de mettre directement l’artefact généré en téléchargement sur la page Google Code via la commande mvn gcupload:gcupload.

Pour cela, il faut tout d’abord ajouter cette configuration :


     org.riedelcastro
     gcupload-maven-plugin
     0.9
     
         project
         
             
                 jar
                 Type-Library,Featured
                 My Library

Il faudra également configurer l’authentification dans le fichier setting.xml de Maven :


    googlecode
    {googlecode username}
    {gooclecode password}

Dès lors, comme le goal gcupload:gcupload est spécifié dans la configuration du plugin Release, il sera appelé lors du release:perform.

Utiliser Svn comme dépot Maven sur Google Code

Comme Google Code ne propose pas de fonctionnalité de dépôt Maven, et que tout le monde n’en possède pas dans le fond de sa poche, il est possible d’utiliser le SVN comme dépôt.

Pour cela, il faut il faut spécifié l’url dans la section distributionManagement du Pom :


   
       false
       googlecode
       svn:https://spring-import-template.googlecode.com/svn/repo

Cependant, comme SVN n’est pas le mode par défaut du plugin deploy, il faut également configurer ce mode de transport pour pouvoir l’utiliser :


    
        org.jvnet.wagon-svn
        wagon-svn
        1.8

Et voilà