RubyGems, l’outil de gestion de paquets/bibliothèques Ruby vient de passer à la version 1.0.0. Et en moins de temps qu’il n’en faut pour l’écrire, à la version 1.0.1.

Pas énormement de nouvelles fonctionnalités dans cette release pour l’utilisateur lambda; surtout, un tas de corrections et ajustements qui améliorent d’une manière générale la stabilité de l’outil.

Attention, toutefois: dans cette version, require_gem n’est plus supporté, donc mettez à jour vos applications utilisant cette commande; la méthode gem est désormais la seule à préconiser.

Pour mettre à jour votre RubyGems actuel (> version 0.8.5) :

sudo gem update --system

Pour mettre à jour à partir de version antérieures :

sudo gem install rubygems-update
sudo update_rubygems

Enfin, pour l’installer “from scratch”, il est disponible sur RubyForge. Il suffit de dézipper l’archive dans un dossier et y lancer ruby setup.rb.

Source: Rails 2.0.2: Some new defaults and a few fixes.

Maintenant que le bon gros Rails 2.0 est sorti, il est beaucoup plus aisé de produire des petites mises à jour plus régulières. Donc, c’est ce qui va se passer: Rails 2.0.2 contient un paquet de petites corrections de divers bugs, rien de révolutionnaire, juste du polissage. Mais la mise à jour comporte également quelques nouvelles options par défaut.

SQLite3 est la nouvelle base de données par défaut

Le plus important changement est le fait que dorénavant, SQLite3 sera la base de données configurée par défaut lorsque vous lancez la commande rails de génération d’une nouvelle appli, sans aucune spécification. La raison est simplement que SQLite procure une expérience immédiate plus aisée. Il ne faut pas se casser la tête avec des GRANT et des CREATE: la base de données est là, c’est tout. C’est en particulier le cas sous OS X 10.5 Leopard, qui propose en standard SQLite3 et les gems pilotes dans son kit de développement.

Si vous voulez préconfigurer votre base de données pour MySQL (ou n’importe quel autre adapteur), vous faites simplement rails -d mysql monapp et tout se déroulera comme auparavant. Mais si vous voulez simplement vous amuser avec une nouvelle application, ou si vous développez un petit outil en interne, alors il vous est chaudement recommandé d’utiliser la solution SQLite3. Grâce au fait que db/schema.rb est indépendant du système de gestion de base de données, il est facile de changer votre fichier config/database.yml pour passer de SQLite3 à MySQL (ou autre) dès que l’application le requiert.

Pas de vérification de changement des templates en mode production

Les nouvelles applications sont désormais générées avec l’option suivante dans leur config/environments/production.rb:

config.action_view.cache_template_loading = true

Cela empêche Rails de constamment faire des appels STAT au système de fichier pour vérifier si les fichiers ont changé. Cela peut causer une bonne dose d’activité I/O, en particulier si vous avez beaucoup de partiels. Si vous avec des disques très rapides, cela peut n’avoir guère d’importance, mais dans le cas contraire cela peut faire une réelle différence.

L’inconvénient est que vous ne pouvez plus faire un svn up d’un seul fichier template et voir immédiatement le résultat: vous devrez redémarrez les serveurs d’application pour ce faire.

Quoiqu’il en soit, il est probable que c’est une meilleure option par défaut, vu la quantité généralement élevée de templates partiels, mais libre à vous, bien sûr, de changer cela.

Rails 2.0.2 remplace Rails 2.0 tel quel

Pour mettre à jour, faites juste un gem install rails (si les gems ne sont toujours pas propagées, indiquez la source: http://gems.rubyonrails.org) ou utilisez le nouveau tag rel_2-0-2.

Paris on Rails était LE rendez-vous de la communauté Rails francophone. Plus de 240 participants s’étaient déplacés pour suivre les différentes conférences proposées lors de cette édition.

Tous les publics présents, chevronnés comme curieux, en ont eu pour leur (peu d’) argent. En effet, les sujets des conférences étaient suffisamment diversifiés pour plaire à tous. Les slides seront bientôt disponible sur le site de Paris on Rails.

Les conversations tournaient principalement autour de l’avenir de Rails dans les grandes sociétés (la présentation de RBC Dexia Investor était, à ce propos, fort encourageante), de la lente mais sûre progression de Rails en francophonie et de l’internationalisation des applications.

Seul petit bémol, peu de temps était prévu pour que les participants puissent échanger leurs idées et “best practices”.

Pour pallier à cela, MetroRubyOnRails réunissait les plus férus après la conférence. Après 4 conférences (d’un niveau technique très satisfaisant), nous avons eu le plaisir de discuter avec les plus actifs de la communauté Rails francophone.

Encore merci à tous les organisateurs, aux orateurs et aux participants.

Vivement l’année prochaine.

Ca y est, la nouvelle est tombée : après à peine une semaine depuis la RC2, Rails 2.0 est officiellement sorti hier soir !

Un petit gem update rails -y suffit à mettre votre version à jour. Youpie!

Pour la liste des nouveautés, nous vous rappelons que l’essentiel est résumé dans notre article à ce sujet.

Bon amusement !

A quelques jours de Paris on Rails, Frailers.net passe en version 1.0.

Premièrement, une nouvelle section Evènements est née. Dans celle-ci, vous pourrez signaler votre présence à un évènements relatif à Rails. Profitez-en pour vous inscrire et signaler votre présence à Paris on Rails. D’ici quelques temps vous pourrez faire la promotion des évènements que vous organisez.

Deuxièmement, la section Communauté a subit un petit relifting. Les photos sont plus grandes, les pages plus aérées et les différents groupes sont cherchable alphabétiquement.

Il est également plus facile d’ajouter un article ou une news à ses favoris grâce au bouton “bookmark” placé à la fin de chaque article.

Finalement, la photo des derniers inscrits est publiée sur la page d’accueil de frailers. De cette manière, il est aisé de devenir célèbre dans le monde rails francophone ;) .

Profitez bien de cette évolution de Frailers.net et à lundi à Paris on Rails.

Une version mise à jour du célèbre “Great Ruby Shootout” vient de voir le jour sur le blog de son créateur, Antonio Cangiano. Il s’agit d’une comparaison de la rapidité relative des diverses implémentations actuelles de Ruby.

La version précédente du test (datée de février 2007) concluait que Ruby 1.9 (alors nommée “YARV”), pourtant encore en cours de développement actif, était déjà bien plus efficace que la 1.8; les autres implémentations étaient considérées trop instables à l’époque.

• Ruby 1.8.6
• Ruby 1.9 (trunk)
• JRuby (trunk)
• XRuby 0.3.2
• Rubinius (trunk)

Les résultats sont impressionnants: bien que la version 1.9 soit toujours la première (de 3 à 4 fois plus rapide que 1.8 en moyenne!), nous voyons maintenant que les implémentations Java (JRuby, XRuby) ont dépassé elles aussi 1.8 et ce malgré leurs avantages respectifs (accès à la plateforme Java, etc). Notons aussi que Rubinius, bien qu’encore en deça des performances de ses concurrents, a fait des progrès considérables depuis ce début d’année.

Nous vous invitons à consulter l’article original (en anglais) pour un détail des tests et quelques graphiques.