Pour faire tourner une application rails en production, on utilise souvent le duo passenger/apache. Personnellement j’ai lâché apache depuis longtemps pour Nginx. On ne va pas rentrer dans le débat du pourquoi mais essentiellement car Nginx est plus léger et plus performant.

Du coup pour mes applications rails j’utilisais le module nginx passenger. Sauf que celui ci est plein de bugs et très gourmand en ressources. La solution : unicorn.

Unicorn est un serveur rails léger pouvant être en écoute sur une socket unix. L’idée est donc de faire en sorte que Nginx et Unicorn communiquent à travers une socket unix. Un autre avantage du duo unicorn/nginx est qu’il permet d’heberger des applications rails sur autre chose que la racine d’un nom de domaine (par exemple dreamisle.net/monappli), hors avec passenger c’est très compliqué à faire.

Mais voyons un peu un exemple, admettons que je souhaite héberger une application Rails sur /monappli dans sur l’url mesapplis.dreamisle.net.

Nginx

Voyons déjà la configuration Nginx

La partie interessante se situe dans le location /monappli. L’idée ici est que si nginx ne trouve pas le fichier demandé, il forward la requête sur la socket unix. la déclaration de la socket unix en haut du fichier de configuration est tout ce qu’il y a de plus classique.

Unicorn

Site officiel d’unicorn :

Unicorn est en fait une commande shell pour lancer un serveur rails que l’on configure via un script ruby. Configurons maintenant Unicorn.

Script de configuration unicorn

Celui-ci se configure via un script ruby. Voici un exemple de configuration.

Script de lancement d’unicorn

Notez le RAILS_RELATIVE_ROOT_URL qui indique à unicorn l’url relative utilisée.

Capistrano

Capistrano est un outil de gestion de déploiement distribué. L’idée est de pouvoir depuis son poste local, taper “cap deploy” pour deployer l’application en production. Capistrano peut aussi être utilisé en mode multistage pour utiliser plusieurs serveurs/environnements différents pour déployer. Je vous invite à découvrir l’outil ici : Capistrano. Ce fichier nommé deploy.rb doit être placé dans le repertoire config/ de votre application rails. Il vous permettra une fois la gem install (gem install capistrano), de lancer en local “cap deploy” pour déployer.

Si vous n’utilisez pas RVM il faut bien entendu supprimer tous les appels à celui-ci.

Sous Snow Leopard je n’arrivais pas à faire tourner ruby 1.9.2 avec RVM, la compilation échouait systématiquement malgré de nombreux tutoriaux du net suivis.

Passé à Lion magie ruby 1.9.2 puis plus tard 1.9.3 fonctionnent ! Mais la magie s’arrête là car les applications en ruby 1.8.7 ou avec REE (ruby enterprise edition) ne voulaient plus marcher. En effet, impossible d’installer ree sous Lion. Suivant divers liens et posts Stackoverflow j’ai trouvé qu’il fallait faire un export CC=/usr/bin/gcc-4.2 pour utiliser le gcc standard et non le gcc-llvm (low level virtual machine) fourni par les developpeurs tools de XCode 4.2 (la version pour Lion).

Néanmoins pas moyen de trouver l’exitence de ce gcc-4.2. Il semblerait que la solution réside dans l’installation de XCode 4.1 à la place de 4.2.

Pour le télécharger c’est ici :

XCode 4.1 pour Lion

Les étapes :

1. Supprimer les install xcode present dans /Applications
2. Desinstaller votre version d’XCode : /Developper/Library/uninstall-devtools –mode=all
3. Installer le InstallXcode.pkg présent dans le dmg téléchargé avec le lien ci dessus
4. Installer “Install XCode” que le package ajoute dans /Applications
5. Reinstaller rvm : rvm implode puis bash < <(curl -s https://rvm.beginrescueend.com/install/rvm)
6. Tester d’installer ree : CC=/usr/bin/gcc-4.2 rvm install ree

Puis on peut reinstaller les autres versions de ruby : rvm install 1.9.2, rvm install 1.9.3 avec le gcc-llvm ça marche sans problèmes!

Hope that’s will help someone else!

Le blog dans son ancienne version était fait avec Jekyll un générateur de site fait en ruby. Je suis maintenant passé à Octopress qui est en fait une intégration de Jekyll dans un outil plus simple à utiliser avec tout un outillage de scripts très utiles. Je n’ai pas encore eu le temps de refaire le design du site mais ça viendra rapidement.

Bon je reconnais que j’ai rien publié depuis un an… pourquoi ?

• J’ai publié sur le blog OCTO, je vous invite d’ailleurs à visiter le lien dans la barre de menu ci-dessus pour voir mes derniers articles du blog OCTO.
• J’ai joué avec pas mal d’outils que je vous présente à la fin de cet article
• J’ai contribué et co-géré la refonte du middleware d’une grande banque en ligne, ce n’est pas une mince affaire :)
• j’ai été à Devoxx et derrière j’avais envie d’essayer tout ce que j’ai vu… dur d’être un geek :)
• La vie suit son cours et des fois on laisse un peu son blog de côté …

Quelques trucs de geek avec les quels j’ai joué récemment et que je vous conseilles de fouiller

Coté dev :

• Git : plus besoin de présenter ce superbe DVCS qui a changé ma vie de développeur mais aussi d’admin sys.
• Starteam : le plus mauvais VCS que j’ai jamais utilisé. Je crois que je préférerais CVS ou même un répertoire partagé sur un disque réseau …
• CXF : un superbe framework pour JAX WS 2.0 / SOAP. La documentation est très bien pour les bases, pour l’approfondissement et faire des trucs un peu “sioux” il ne faut pas hésiter à fouilleur leur code qui est truffé d’astuces en tout genre
• Spring 3 : Trop connu pour que j’ai besoin d’exprimer mon avis dessus
• Ruby on Rails : c’est juste génial, j’en suis à quelques applis dont certaines professionnelles faites avec et je suis bluffé par la rapidité de développement et les possibilités de ce langage et de ce framework. Mélé à Capistrano et Unicorn pour le déploiement c’est juste magique. On développe vite, et on déploie vite. Quelques gems utiles :
  • Haml : permet de réduire la verbosité du HTML que vous écrivez en utilisant des tags et l’indentation.
  • ruby-openid : pour mettre en place openid sur votre application rails
  • rvc : permet de piloter des ESX à distance via des scripts ruby

Coté infra :

• Nginx : Apache devient vite une usine à gaz, Nginx est beaucoup plus performant de part son modèle de programmation (orienté acteur). Petit regret il est beaucoup plus compliqué qu’apache à utiliser/administrer.
• Unicorn : un serveur rails très performant. Comme nginx il est un peu compliqué à prendre en main Prochainement je compte écrire un article sur comment configurer Nginx et Unicorn pour qu’ils fonctionnent ensemble.
• Capistrano : un gestionnaire de déploiement automatisé pour les applicationss rails mais qui peut s’adapter à
• JBoss 7 : Hallucinant de rapidité de démarrage et de déploiement. Entièrement scriptable et ça c’est génial pour ceux qui font du devops. Truffé de nouvelles fonctionnalités fort utiles pour les applications Java/JEE.
• OpenShift : JBoss 7 dans le cloud, le pendant RedHat de SpringSource CloudFoundry en quelque sortes. votre cloud gérable depuis eclipse ou depuis la ligne de commande, et un cluster de jboss qui se met en place très facilement. Votre application devient donc scalable simplement.

Côté outils :

• Gollum : un systeme de wiki basé sur git : vous redigiez vos pages en textile/markdown… vous les versionnez avec git. Gollum n’affiche que ce qui est présent dans l’index (commité).
• Redmine : un très bon systme de gestion d’issues
• Bitbucket : un concurrent à github ou pas vraiment. Chez github les repository gratuit sont public. Chez bitbucket on peut avoir des repos privé gratuitement.
• Octopress qui propulse ce blog

L’article sur le blog

Jekyll

Jekyll est un générateur de site static, c’est à dire que j’écris mes posts à partir d’un langage de template avec une syntaxe style wiki, que je lance mon générateur et que je récupère un site en html au bout. Alors vous allez me dire pour un blog c’est pas pratique ! Et bien figurez que vous que si. Je versionne les fichiers des posts (markdown) et l’ensemble du site, ainsi que le site généré avec git et lorsque j’écris un post je n’ai qu’à faire un git push :) Ainsi je peux rédiger mes posts avec un vrai éditeur (vim ou textmate dans mon cas) et pas avec une textarea tentant d’imiter un traitement de texte et au final me prenant plus de temps pour la mise en page que la rédaction. Comme vous pouvez le voir la coloration syntaxique est aussi active sur les posts ayant du code. Quant aux commentaires j’ai tout migré sur disqus, ainsi ils sont hebergés sur un provider externe et chargés sur les pages en javascript.

Voilà, si vous avez vous aussi un blog je vous conseille de regarder ce système qui après un peu de travail vous facilitera grandement la vie et vous préviendra de tous les problèmes de sécurité des applications types wordpress qu’il faut mettre à jour plusieurs fois par semaine des fois (quand on a un certain nombre de plugin).

Ah oui, je me suis pas mal mis au ruby ces derniers temps et Jekyll est fait en ruby :)

Je vous renvoi à l’article d’un collègue d’Octo sur le sujet : http://david.rousselie.name/2009/11/09/migration-wordpress-jekyll/

L’ancien blog est toujours en ligne à cette adresse : http://dreamisle.net/wordpress/

Désormais j’alternerais les publications entre le blog Octo et celui-ci mais je mettrais des liens sur ce blog en cas de publication chez Octo.

Bonne lecture à vous !

L’article : http://blog.octo.com/la-federation-d%E2%80%99identite-en-entreprise/

Je publierais prochainement des articles sur le fonctionnement et les grands principes de la fédération d’identité  mais en attendant pour ceux qui ont déjà des notions de fédération ou de SSO je voulais vous présenter un projet de JBoss que j’approfondie en ce moment : PicketLink.

Voici une brêve présentation de PicketLink :

Le site officiel de PicketLink

PicketLink est un projet libre soutenu par JBoss qui a pour but d’englober différentes problématiques de gestion d’identité communes :

• Security Token Service : WebService fournisseur de Token, basé sur la spec WS-Trust
• SAML : API permettant de communiquer en SAML avec un identity ou service provider compatible.
• Identity Manager : Vous permet d’implémenter votre propre Identity Manager interconnectable en SAML en vous fournissant un cadre architectural et de développement.
• XACML : API vous permettant d’avoir une gestion des autorisations fines et distribuée un peu à la manière de SAML mais complètement orientée autorisation (XACML 2.0 ici).
• Negociation : Fournit un négociateur Kerberos/SPNego pour le SSO orienté desktop.

Grosso modo il vous permet de résoudre dans votre application les problématique de SSO et de fédération d’identité.

Il s’agit plus d’une grosse API et d’un ensemble de classes à appeler/configurer qui sont prêtes à l’emploi que d’un progiciel ou d’un logiciel de fédération d’identité.

A l’heure ou ces lignes sont écrites PicketLink est encore en release candidate mais j’ai pu réaliser quelques PoC tout à fait fonctionnels et efficaces.

PicketLink profite de l’avantage de la communauté JBoss : celle ci est large et très réactive (j’ai eu des réponses à mes questions sur les forums parfois dans la journée même du post avec même une release faite le lendemain d’un de mes signalements de bug), les documentations sont complètes et claires, la communauté aide beaucoup.

PicketLink propose un ensemble de projets d’exemples des possibilités de l’API qu’il suffit de déployer et de tester.

Il est prévu pour fonctionner avec JBoss et Tomcat.

Là ou Picketlink concerne plus particulièrement ce blog, c’est dans le fait qu’il apporte aussi un module Seam pour intégrer dans une application Seam les possibilités de

• SSO
• Communication SAML
• Externalisation de l’authentification et Interconnection avec un IDP SAML
• Externalisation de l’authentification et Interconnection avec un IDP OpenId

Grâce à ce module et l’API de sécurité de Seam il est donc possible de sécuriser :

• Les pages
• Les ressources
• Les webservices
• L’appel de méthode/d’objets

Quelques tutoriaux interessant sur PicketLink  :

• Implémentation d’un Security Token Service (service qui vous attribue un token après authentification pour que vous puissiez attester de votre identité auprès d’autres services) : http://community.jboss.org/wiki/PicketLinkSecurityTokenService
• Autorisation SAML pour pouvoir appeller un EJB http://community.jboss.org/wiki/SAMLEJBIntegrationwithPicketLinkSTS
• Création d’un Identity Manager : http://community.jboss.org/wiki/PicketLinkIDM
• Intégration du module Seam cité plus haut : http://community.jboss.org/wiki/HowtoaddSAMLandOpenIDauthenticationtoyourSeamapplication
• Authentification externe avec OpenSSO sans le module Seam : http://community.jboss.org/wiki/ExternalauthenticationexampleusingOpenSSO

Si vous avez suivi les apports de la Spec JEE 6, on a un équivalent au @Name : le @Named. Pour ce qui est de l’injection de dépendance (@In) elle est présente et aussi simple que celle de Seam grâce à Weld (ou CDI). Enfin, l’arrivée de JSF 2.0 nous amène un JSF encore plus simplifié qu’un JSF amélioré par Seam.

On peut donc se demander si on doit garder Seam ou tout passer en JEE 6 ?

Déjà, il ne faut pas oublier une chose cruciale : c’est bien les concepteurs et développeurs de Seam qui ont contribué aux nouvelles spécifications de JEE6 qui font le plus parler d’elle : à savoir CDI (implémenté par Weld), l’injection de dépendances, et JSF 2. Mais aussi la suppression de la couche intermédiaire entre JSF et EJB. De mémoire Seam a aussi contribué aux améliorations faites sur la norme EJB. Donc Seam est derrière les nouveautés majeures de JEE 6!

En fait pour moi, il est évident, si on suit la volonté initiale de Seam, qu’il faut coller le plus possible aux standards. Contrairement à Spring qui part du principe que la spec JEE n’est pas bien/efficace Seam est parti du principe qu’on pouvait l’améliorer et la faciliter tout en respectant les normes et standards apportés par celle-ci.

Mais limiter Seam à ce rôle est bien réducteur.

L’intégration simplifiée de nombreux frameworks et outils est pour moi un des éléments clefs du framework. Si vous l’utilisez vous avez du être aussi bluffé que moi lorsque vous chercher à intégrer Hibernate Search, iText ou encore Quartz et jPBM et j’en passe. Tous ces éléments sont nécessaire à de nombreuses d’applications, et pourquoi se compliquer la vie quand il suffit d’ajouter une à quelques lignes dans un fichier components.xml pour les intégrer ?

Voilà grosso modo pour moi la direction que devrait prendre Seam dans l’avenir, c’est à servir de sandbox à framework pour les intégrer dans une appli JEE6 standard.  Mais aussi apporter ses outils : génération excel, seam mail, seam pdf, Seam Remoting,intégration simplifiée d’Hibernate et Hibernate Search … et n’oublions pas nos composants Seam nous apportant quasiment autant que les EJB sans nécessiter de conteneur lourd.

Bref si les développeurs de Seam continuent à améliorer tout cela, on risque d’avoir dans les mois à venir un framework vraiment complet, et une vraie boite à outil archi complète pour JEE6.

Donc un bel avenir bien prometteur, aidé par la standardisation dans la spec JEE des idées innovante apportées initialement par Seam, qui va permettre aux développeurs de Seam de se concentrer sur le côté boite à outil :)

Pour parler un peu de moi et de ou j’en suis, je fini bientôt mes cours à l’UTC (le 18 janvier) et à partir du 1er février je ferais mon stage de fin d’études (6 mois), chez Octo Technology.

Je pense que je vais énormément apprendre chez Octo qui est à mes yeux une des meilleures entreprises Française aussi bien au niveau JEE qu’au niveau méthodes agiles. Je vous conseille d’ailleurs leur blog très instructif et complet, mais aussi les livres blancs qu’ils ont publié.

Octo est à la pointe de la technologie et est en constante veille sur tout ce qui tourne autour de l’architecture logicielle et de JEE mais aussi des méthodes agiles, vu mon cursus et mes passions j’ai donc tout fait pour entrer la bas et ce fut avec succès. Les architectes d’Octo Technology contribuent d’ailleurs beaucoup à l’Open Source, et participent à de nombreuses conférences (Jug, Devoxx …) et sont souvent très enclins à transmettre leurs compétences. Octo organise aussi l’USI, l’université du système d’information, une fois par an (Voir ici).  Il faut savoir qu’un consultant ou architecte chez Octo passe entre 10 et 15% de son temps de travail en formation/veille, ce qui explique leur haut niveau. Personnellement après les entretiens que j’ai passé et discussion avec des connaissances qui ont des contacts chez Octo,  ça me laisse rêveur  :)

Mon sujet de stage est plutôt orienté sécurité applicative je pense donc que j’écrirais donc des articles à ce propos très rapidement, je vais plus précisément  travailler sur la fédération d’identité.  En effet en dehors de mes loisirs et travails temporaire sur JEE ma formation à l’UTC est plutôt orienté Système / Réseau / sécurité. Je vais donc pouvoir méler ma passion pour JEE et l’architecture à mon intérêt pour le système et la sécurité.

Maintenant concernant le blog,  finissant mon école d’ingénieur j’ai énormément de travail sur divers projets (certains en Seam, d’autre pas). Et comme je travaille aussi pour une entreprise à temps partiel comme ingénieur JEE en plus de l’école, j’ai été carrément débordé ces derniers temps.  Je commence aussi à m’ouvrir un peu aux autres frameworks et à regarder un peu ce qui se fait ailleurs, comme par exemple GWT ou plus récemment le framework Play! Je travaille aussi pas mal sur tout ce qui est sécurité informatique (réseau, système et applicative) pour mes cours.

Bref tout cela explique aussi la faible régularité de publication sur le blog depuis 2 ou 3 mois.

Toujours est il que je réfléchi à diversifier un peu le thème de ce blog car je découvre souvent des choses que je pense qu’il serait bien de faire partager à tout le monde … Donc pourquoi parler un peu de Java EE6 quand j’aurais le temps de m’y mettre à fond, mais aussi d’autres frameworks java, voir même de sécurité applicative ?

Bref à voir, n’hésitez pas à me laisser vos commentaires si ces sujets vous intéressent (ou pas).

voici deux liens que je vous conseil concernant l’optimisation d’un serveur JBoss, très interessant à lire.

Cependant ils demandent d’avoir une certaine maitrise du fonctionnement de la JVM et d’un serveur lourd, c’est un peu compliqué par moment.

jboss-performance-tuning-1

jboss-performance-tuning-part-2

Bonne lecture !

Dans le cadre d’un projet développé à l’école et probablement destiné au  logiciel libre d’ici un ou deux mois (je ferais des publications pour vous le faire savoir car je pense qu’il y aura du code la dedans qui pourra vous intéresser), j’ai eu à gérer plusieurs langues. Ce projet consiste en un cartographieur du web. Grosso modo des crawler parcours le web selon une configuration voulu, et en fonction de leurs retours un graph est généré. Vous pouvez alors naviguer dans ce graph au sein d’un applet flash qui vous permet d’ouvrir les pages via un proxy qui contrôle votre navigation dans les pages crawlées.

Souvent mettre un site ou une webapp en plusieurs langue est assez problématique. Le modèle le plus utilisé est celui des fichier de messages_[langue].properties et c’est aussi celui par Seam.

Quand j’ai su que mon projet devrait être internationalisé je me suis dit : galère ça va prendre un temps fou ça.

Et bien je me trompais, voici pourquoi.

Première étape, le selecteur de langue

La première chose est de stocker dans la session utilisateur la langue choisie par l’utilisateur. Et la Seam a tout prévu pour vous : le localeSelector est là pour ça. Donc pour mettre un selecteur de langue c’est très simple :

Et là on vois déjà apparaître quelques extraits de code qui amènent à s’interroger, par exemple :

En fait Seam intègre un composant messages interrogeable tel que via une EL, qui est lié à la locale choisie dans le locale selector et va chercher le fichier de messages.properties en fonction de cette locale. Vous l’avez peut être vu quand vous générez un projet avec Seam-Gen celui-ci vous intègre des fichiers de properties tels que messages_fr.properties, messages_en.properties etc … Par défaut la locale choisie est celle configurée dans votre fichiers faces-config.xml:

Et donc pour mon messages['org.sweetmap.english'] j’ai dans mes fichiers de properties une ligne correspondante telle que : org.sweetmap.english=Anglais.

Voilà, ainsi quelque soit l’endroit ou j’ai du texte à ajouter, au lieu d’écrire ce texte j’écris des EL du style "#{messages['org.sweetmap.menu.themap']}" et je remplis mes fichiers de properties, et l’internationalisation est gérée toute seule. Simple non?

Enfin si côté serveur on a besoin de tester la langue de l’utilisateur, par exemple pour faire une requête ejbql en fonction de la langue, on peut récupérer la locale choisie via cet appel :

Celui-ci retournera une String avec par exemple en ou fr selon la langue.

Dans mon cas pour mes Entités JPA, j’ai choisi de stocker cette String en base afin de pouvoir requêter la base par langue. Autre info, les locales gérées par Seam sont du type java.util.Locale afin de rester assez générique.

Voilà j’espère que cet article vous a été utile !

En fait il existe une technique de “sioux” pour parer à ça, jouer sur les en têtes HTTP pour forcer la réactualisation de la page et empêcher la mise en cache. Il faut jouer sur deux en têtes : Expires, et Cache-Control.

Voici une ServletFilter que vous pouvez rajouter dans votre application pour qu’elle ajoute automatiquement les en têtes qui vont bien à toutes vos pages :

Voilà, ainsi normalement cela devrait régler vos problèmes de perte de session derrière un proxy ! Grâce à l’annotation @Filter il n’est pas necessaire de l’ajouter au fichier web.xml, Seam s’en occupe pour vous.

Seam 2.2.0.GA étant sorti, j’ai mis à jour les poms de mes projets, mais ayant eu quelques problèmes de versionning de librairies, je vous fait partager la compatibilité des librairies principales entre elles.

Tout d’abord pour Seam :

Ensuite, vous devriez avoir des problèmes avec Drools si vous êtes encore sur la version 4, car Seam 2.2 est passé à Drools 5, voici donc la version à appeller, ainsi que le mvel à joindre :

Si vous avez des problèmes pour recuperer mvel, ajouter ce dépot dans vos repositories :

Et enfin Hibernate et Lucene ( pour Hibernate Search ) :

Et voilà, en espérant vous avoir aidé !

Je me suis dis que ça pourrait vous intéresser, voici donc

Le pdf :

SeamConf

La keynote (powerpoint) au format pdf :

SeamConfDiapo

Seam intègre un mécanisme basé sur Quartz, et utilisant l’annotation @Asynchronous pour faciliter ces traitements. Par exemple si j’ai besoin d’un batch qui tourne toutes les 5 minutes voici comment je pourrais procéder.

Dans un composant on commence par écrire une méthode annotée @Asynchronous Ici FileBrowser est simplement un composant conservant l’état des données. FileBrowserService contient notre méthode asynchrone.

On remarque trois chose : - Il suffit d’annoter la méthode @Asynchronous pour que celle-ci le devienne. - @Expiration Date when, définit la date de départ du process. - @IntervalCron String cron, définit l’interval du cron.

Et pour le lancer on peut écrire un composant (FileBrowserInitializer dans mon cas), qui appellera la méthode lors de sa création.

Pour ce qui est du paramétrage du deuxième argument je vous renvoi à l’utilisation classique des Crons : Crontab

Et voilà, c’est très simple, mais très utile !

Bonjour à tous, J’ai été invité à présenter Seam lors d’une réunion ouverte du Jug de Tours. L’entrée est ouverte à tous si vous êtes à proximité.

Plus d’informations ici : http://www.toursjug.org/xwiki/bin/view/Meetings/20090609