samedi 20 septembre 2008

Comme au bon vieux temps, en mieux !


J'entend dire à gauche et à droite que JBoss/Red Hat est "mal", "sur la mauvaise pente", ... Je pense que ces personnes ne sont pas vraiment bien informées.

Ce n'est pas une surprise si je dis que la refonte totale de JBoss AS a été douloureuse. Mais nous y sommes. PLOP ! Le bouchon saute. Je vois maintenant un rythme de croisière qui augmente et me rappelle le bon vieux temps ;)

Le micro-conteneur va apporter ce même avantage que le micro-noyau JMX nous avait donné à l'époque. Suivre le troupeau n'est pas la façon de faire, t'entends ? Même si c'est plus difficile, on évite pas les problèmes, on les régularise comme dirait le Roi.

Mais JBoss/Red Hat ce n'est plus seulement l'AS ! Et là, un travail de fond, un véritable rouleau compresseur est maintenant en place.

Plateforme SOA
Vous aurez sans doute noté la fréquence à laquelle la plateforme SOA évolue, prenant en compte très rapidement les retours des utilisateurs :
  • ESB 4.2 le 4 septembre 2007
  • ESB 4.2.1 le 7 novembre 2007
  • Cumulative Patch (CP) 01 le 14 février 2008
  • CP 02 le 15 avril 2008
  • Technical Preview (TP) le 01 mai 2008
  • ESB 4.3 le 22 mai 2008
  • ESB 4.4 le 5 aout 2008
Et dans la foulée, la plateforme SOA qui profite de ces innovations. Voir le blog JBoss ESB.

Cette plateforme intègre la plupart des technologies phares de JBoss voire plus (Groovy, Spring ...). Notons principalement JBoss Rules et jBPM qui eux même avancent à grand pas depuis quelques temps. A voir absoluement les blogs de Drools, jBPM et gouvernance.

L'intégration d'un plugin pour RHQ/JON ne devrait plus tarder.

JBoss Seam
C'est la grande révolution de ces deux dernières années. C'est aussi l'origine de la nouvelle JCR 299, les Web Beans. Ce framework d'intégration très populaire dispose d'un site d'information dédié : Seamframework.org ainsi qu' un blog d'intéret plus général.

Hibernate Entity Manager, Validator, Search et al.
Que d'innovations de ce côté là aussi ! Particulièrement, j'adore Search qui utilise Lucene pour améliorer les recherches sans gros impact sur le code. Sexy !

JBoss Cache
Ici, nous on nous balance au rythme d'une Kalachnikov des versions qui intègrent des innovations qui permettent de voir les performances encore plus impressionantes qui servirons à la solution de clustering de JBoss AS. Voir le blog des developpeurs.

JBoss Portal
A peine quelques jours après la sortie de la spécification Portlet 2.0, JBoss Portal lance une version qui l'implémente. Le blog est visible ici. Cela permet de jouer de manière standard avec la communication inter-portlet. L'implémentation du PortletBridge permet d'exposer les applications JSF et Seam.

RHQ/JON
C'est là que Red Hat surprend tout le monde avec la mise en open source de JON tout en s'alliant avec Hyperic. RHQ est maintenant un projet open source de supervision et d'administration avec une communauté très active.

Mobicent
Ciblant les Telcos, Mobicent offre tous les services permettant la convergence voix-vidéo-données.



VoiceTag est un exemple d'application basée sur Mobicent disponible sur Facebook qui permet de laisser un message vocal à un de ses contacts :


. . .

La liste est déjà longue, je ne peux être exhaustif.

Voilà qui devrait confirmer que JBoss/Red Hat est loin d'être "mal". Et là, je me contente de la partie Middleware, mais Red Hat c'est bien plus que seulement ça. Pour moi, le sommet du sexy, pour le moment, c'est de pouvoir faire tourner une application web en cluster sur Amazon EC2 avec des images RHEL5/JEAP4.3.

jeudi 4 septembre 2008

Pimp my grep

I'm in a situation where i use a lot of grep.
I recently discovered grep allows much more results coloration than i previously thought.

There's the obvious :

alias grep ='grep --color=auto' which will color matches in red by default.

But there's a GREP_COLORS environment variable that allows to configure file name coloring, line number coloring, context coloring and others...

Just add:

export GREP_COLORS='mt=01;31:ml=:cx=:fn=36:ln=32:bn=32:se=36'

to your .bash_profile or adjust accordingly to your $SHELL.


syntax for this variable is avaible in the man page, mt=matching text,cx=context, ml=matching lines, ... numbers are term colors . Much easier to read when going through a lot of matches :)

The GREP_COLOR env var is deprecated but still honored, and allows to specify matching text color only (thus less powerful that the new GREP_COLORS above).

Its syntax is just a term color , i.e : GREP_COLOR="01;33"
Although it has been deprecated , If you use a version of grep older than 2.5.2 / 2.5.2 you might need it...
You can get an array of available colors here

Just a little screenshot of it :