- Vérifier que la version attendue de ant corresponde bien à celle installée. (dans le fichier build-commons.xml) exemple : /usr/local/src/apache-ant-1.8.0/bin/ant
- Vérifier que la variable JAVA_HOME est bien positionnée « /usr/local/jdk1.6» par exemple et verifier sur quelle version est fait le lien 1.6.0-16, 1.6.0-18, .
- Exécuter la tâche ant init-data
La tâche init-data peut rester bloquer en fin d'exécution sur des lignes de logs du style :
[java] 2012-02-16 14:55:34,842 DEBUG fr.univ.rennes1.cri.opiR1.dao.HibernateParamDaoServiceImpl - entering getMailContent( INS_ADM_APP_FC )
Ce comportement est "normal" car la tâche ne s’interrompt pas tout seul mais l'initialisation des tables est complète.
Pour vous assurez que c'est le cas, vérifiez que les tables sont correctement créées et initialisées (42 tables).
- Si une erreur survient pendant la récupération des jars, il s'agit d'un bug de esup-commons. Aller récupérer les jars en question dans une autre version
- Pour vérifier que la base de données a bien été créée :
mysql -u xxx -p -S /var/run/mysqld/mysqld-test.sock
use xxx;
show tables; (49 tables en 1.16)
- les bases sont configurées dans le fichier /etc/mysql/my.cnf
- exécuter la tâche ant deploy : exemple :
/usr/local/src/apache-ant-1.8.0/bin/ant deploy
- si problème de copie de fichier au déploiement, vérifier que des fichiers ne comportent pas de fautes d'encodage et les modifier le cas échéant.
Création d'index sur les tables OPI_USER et INDIVIDU
Dans le cas des bases MySQL, il s'avère que la target ant init-data créé des index en correspondance à des clés d'unicité dans les tables OPI_USER et INDIVIDU.
Ces index sont à supprimer car l'unicité est gérée par hibernate :
- dans la table OPI_USER, supprimer l'index lib_nom_pat_usr (ou autre nom) qui porte sur les colonnes lib_nom_pat_usr - lib_pr1_usr - lib_pr2_usr
- dans la table INDIVIDU, supprimer l'index cod_dep_nai (ou autre nom) qui porte sur les colonnes cod_dep_nai - dat_nai_ind - ville_nai_ind