- 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
| Astuce | ||
|---|---|---|
La tâche init-data peut rester bloquer en fin d'exécution sur des lignes de logs du style :
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 :
| Bloc de code |
|---|
mysql -u xxx -p -S /var/run/mysqld/mysqld-test.sock
|
| Bloc de code |
|---|
use xxx;
|
| Bloc de code |
|---|
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 :
| Bloc de code |
|---|
/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.
| Remarque | ||
|---|---|---|
| ||
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.
|