25 avril 2009
Un commentaire »
Un exercice tout à fait particulier et pas si facile…
En réalité, on passe environs quatre heures avec des journalistes qui cherchent à vous découvrir, vous et votre activité. J’ai même été surpris par tant d’intérêt, les journalistes avaient même fait des recherches sur l’open source avant l’interview (et ils s’étaient bien informés !). Avec ces quatre heures de « rush », les journalistes coupent, montent… Pour donner un petit reportage que je vous laisse juger, mais qui à mon sens fait passer certaines idées essentielles du mouvement open source au grand public comme le sens du partage.
» Lire la suite: Vu à la TV
20 avril 2009
Aucun commentaire »
Le buzz du jour, Oracle rachète Sun !
Pour rappel, Sun c’est entre autre pour les logiciels :
- Java
- Solaris / OpenSolaris
- Mysql
- StarOffice / OpenOffice
- VirtualBox
- Glassfish
- Netbeans
- OpenESB
Pour ce qui me concerne, voyons voir…
J’utilise au quotidien Mysql, OpenOffice et NetBeans.
Le grand méchant Oracle va fermer tout ce code, et vendre les licences d’utilisation par CPU à prix d’or ?
Je ne le crois pas, Oracle n’a pas vraiment d’intérêt à nuire à son image de contributeur Open Source, pour info Oracle se situe dans le Top 20 des contributeurs à GNU/Linux.
Au mieux,
Oracle investi des millions dans les logiciels Open Source de Sun et tout le monde est heureux.
Au pire,
- Pour Netbeans je migre vers Eclipse (no problémo j’aurai du le faire depuis longtemps vu les qualités d’Eclipse),
- Pour OpenOffice vers une suite en Ligne comme Zoho Office, Google doc…,
- Pour Mysql je porte tous mes développements sous PostgreSQL, c’est ce qui m’ennuie le plus, ça représente pas mal de travail!
Malgré tous je reste optimiste, l’Open Source m’offre des alternatives si cette opération était un coup porté au mouvement Open Source himself, mais j’en doute.
Attendons encore un peu, et nous en saurons plus.
15 avril 2009
Aucun commentaire »
Pré requis
- Apache
- Php
- mod_proxy
- mod_rewrite
Dans la configuration du serveur Apache en tête de cluster ajouter ceci :
ProxyPass / balancer://vtiger_cluster/ lbmethod=byrequests stickysession=NODEID
ProxyPassReverse / balancer://vtiger_cluster/
<Proxy balancer://vtiger_cluster>
BalancerMember http://vtiger1.mydomain.org route=node1 loadfactor=50
BalancerMember http://vtiger2.mydomain.org route=node2 loadfactor=50
BalancerMember http://vtiger3.mydomain.org route=node3 loadfactor=50
</Proxy>
Pour chaque vhost ajouter la configuration suivante en fonction du nœud
RewriteEngine On
RewriteRule .* – [CO=NODEID:balancer.node1:.mydomain.org]
Redémarrer les serveurs apache et si tout c’est bien passé, votre serveur Apache en frontend réparti les demandes. Si ce n’est pas le cas : les logs apache sont tes amis 
Aucun commentaire »
Interview de Jean-Baptiste Traversac, Président du Cetril, association organisatrice des Trophées du libre.
14 avril 2009
Aucun commentaire »
Pré requis
- X serveurs Tomcat
- Apache + mod_proxy
Éditez votre fichier de configuration d’Apache et ajouter la configuration pour la répartition de charge via module proxy :
ProxyRequests Off
ProxyPass /birt balancer://tomcats stickysession=JSESSIONID
<Proxy balancer://tomcats>
BalancerMember ajp://node1:8009/birt route=tomcat1 loadfactor=50
BalancerMember ajp://node2:8009/birt route=tomcat2 loadfactor=50
BalancerMember ajp://node3:8009/birt route=tomcat3 loadfactor=50
</Proxy>
Éditez le fichier server.xml de chacun de vos serveurs Tomcat et modifiez la section :
<Engine name= »Catalina » defaultHost= »localhost »>
pour
<Engine name= »Catalina » defaultHost= »localhost » jvmRoute= »tomcatX »>
Relancez Apache ainsi que vos serveurs Tomcat.
Afin de tester que la répartition de charge se fait bel et bien, vous pouvez ajouter ceci dans votre configuration d’Apache:
<Location /balancer-manager>
SetHandler balancer-manager
</Location>
Relancez Apache, puis appelez l’url http://monserveur-web/balancer-manager.
Depuis cette page, vous pouvez activer ou désactiver (pour maintenance par exemple) un serveur tomcat et visualiser la charge de chaque serveur.
12 avril 2009
Aucun commentaire »
Pré requis
- Installez Tomcat 5.5 ou Tomcat 6
- Installez Sun JDK 1.5 ou 1.6
- Téléchargez le fichier birt.war sur le site de birt
- Déplacez le fichier birt.war dans le répertoire webapps de tomcat
Spécificités Red Hat (RHEL/Centos…)
Sur les distribution de type Red hat, vous ne trouverez probablement pas tous les paquets nécessaires à l’installation.
- Téléchargez et installez le JDK de Sun : http://java.sun.com/javase/downloads/index.jsp
- Modifiez le fichier /etc/tomcat5/tomcat5.conf
- Changez le chemin vers la JVM pour : /usr/java/jdk1.x.x_xx * (JAVA_HOME= »/usr/java/jdk1.x.x_xx »)
- Ajoutez la ligne JAVA_OPTS= »-Djava.awt.headless=true »
- Editez le fichier /etc/sysconfig/tomcat5.conf et commentez la ligne concernant la JVM (JAVA_HOME)
- Relancez tomcat
*x représente votre numéro de version du JDK
Spécificités Debian/Ubuntu
Editez simplement le fichier /etc/init.d/tomcat5.5 et modifiez la ligne : TOMCAT_SECURITY = yes
pour TOMCAT_SECURITY = no
puis relancez tomcat
Il ne vous reste plus qu’a vérifier que tout fonctionne correctement en appelant BIRT Viewer par son URL : http://localhost:8080/birt.
Note importante : BIRT en version Open Source n’est pas conçu pour monter en charge, je vous recommande donc de l’utiliser uniquement sur de « petit » déploiement. Pour les installations conséquentes, il est préférable d’opter pour la version commerciale ou ajouter une couche de répartition de charge…
9 avril 2009
Aucun commentaire »
En version « Out of the box », BIRT ne dispose que d’une connectivité SQL limité. Il est pourtant extrêmement simple d’étendre à « l’infini » celle-ci. En premier lieu, cherchez le driver JDBC correspondant à votre base de données sur le net. Vous obtiendrez un fichier .jar, c’est le driver.
Pour RCP Designer :
- Copiez le jar dans le répertoire /plugins/org.eclipse.birt.report.data.oda.jdbc_<VERSION_BIRT>_v<DATE>/drivers/
- Relancer le Designer et le tour est joué.
Pour BIRT Viewer :
- Copiez le jar dans le répertoire /WEB-INF/platform/plugins/org.eclipse.birt.report.data.oda.jdbc_<VERSION_BIRT>_v<DATE>/drivers/
- Relancez votre serveur J2EE et le tour est joué
Pour BIRT Runtime :
- Copiez le jar dans le répertoire /plugins/org.eclipse.birt.report.data.oda.jdbc_<VERSION_BIRT>_v<DATE>/drivers/
- Rien à relancer
Aucun commentaire »
Un problème pour les nouveaux utilisateurs de BIRT version Open Source : Les chaines de connexion JDBC. En effet dans sa version Open Source, BIRT n’a qu’un assistant très limité pour les connexions et c’est à l’utilisateur de connaître la chaine de connexion et le driver.
En effet, c’est une notion assez nouvelle pour la plupart et qui demande un petit effort de recherche sur le net afin de trouver la chaine correspondante son type de base.
Voici une liste non exhautive de chaine :
» Lire la suite: Chaine de connexion JDBC (pour BIRT)