aissa belaid.fr

Le 30 avril 2009

Homage to Govind

Après avoir réalisé des présentations de vtiger un peu partout, je me suis décidé à en faire une sur mon blog. Celle-ci sera découpée en plusieurs parties, et voici la première.

Aux origines

Débutons l’histoire de vtiger par le coté un peu polémique : le fork de sugar CRM. Pour mieux le comprendre, je vais aussi aborder le sujet « qui est vtiger ».

Qui est vtiger ?

Vtiger inc. est une join venture (filiale semblerai mieux refléter la réalitée) d’une SSII indienne nommé adventnet. Adventnet (devenue Zoho Corp.) est plus connue pour éditer une suite d’outil concurrente et bien meilleure à mon avis de Google Apps nommée Zoho (Zoho CRM, Zoho Writer…).

Le fork

L’objectif initial de vtiger était de proposer une version avec installeur de Sugar (un peu light pour un fork), le projet est mené par Govind. Très rapidement vtiger CRM c’est transformé en réel fork de sugar, les versions 1,2,3 resterons privés et c’est seulement à partir de la version 4.0 que vtiger CRM est disponible (Juillet 2005) et commence à se faire connaître. Personne ne l’ayant vu venir, vtiger n’ayant jamais participé au développement de sugar, le fork est considéré comme « sauvage », la polémique est lancée. Marquons une pause.
Lire la suite »


Le 20 avril 2009

weather_storm

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.


Le 15 avril 2009

lb

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 ;-)


Le 15 avril 2009

trophees

Interview de Jean-Baptiste Traversac, Président du Cetril, association organisatrice des Trophées du libre.



Le 14 avril 2009

lb

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.


Le 12 avril 2009

package_graphics

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.

  1. Téléchargez et installez le JDK de Sun : http://java.sun.com/javase/downloads/index.jsp
  2. Modifiez le fichier /etc/tomcat5/tomcat5.conf
  3. Changez le chemin vers la JVM pour : /usr/java/jdk1.x.x_xx * (JAVA_HOME= »/usr/java/jdk1.x.x_xx »)
  4. Ajoutez la ligne JAVA_OPTS= »-Djava.awt.headless=true »
  5. Editez le fichier /etc/sysconfig/tomcat5.conf et commentez la ligne concernant la JVM (JAVA_HOME)
  6. 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…


Le 9 avril 2009

database

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 ;-)

Le 9 avril 2009

database

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 »


Le 9 avril 2009

mandriva-logo-opt