Magnolia CMS ignore seamingly base de données MySQL, mais ne

Question

je pas utiliser derby un Magnolia CMS en cours d'exécution sur un système Debian et sur un système de Windows.

• de Windows (dev local):

  • Tomcat 7 (par plugin Maven)
  • Java 8
  • MySQL 5,7

• Debian (courant vivre):

  • Tomcat 7
  • Java 7
  • MySQL 5,5

Mon objectif est de mettre en place un système Ubuntu avec

• Ubuntu (futur vivre):
  • Tomcat 8 (également essayé Tomcat 7 par plugin Maven)
  • Java 8
  • MySQL 5,7

Mon problème est que chaque fois que j'essaie de restaurer une sauvegarde contre le courant système (Debian), Magnolia ignore complètement le contenu de la base de données et affiche une instance vide. Utilisateurs par défaut, configuration par défaut, site web vide et actifs ...

J'ai essayé de faire ce qui suit: de

• Remplacer webapp avec fraîchement compilé un
• (démarrage pour obtenir une instance propre, ne fait pas differnce)
• Remplacer cette webapp dépôts dossier avec une sauvegarde de Debian (et supprimer l'index des dossiers)
• importation dump MySQL à partir Debian dans de Windows/Ubuntu
• Nettoyer les autorisations de chaque Linux
• Mise en service

Le processus de démarrage de tomcat est terriblement court sur Ubuntu (sur de Windows il prend beaucoup plus) et après sa fini, l'instance de Magnolia est complètement vide/fraîche. Cependant, la base de données contient au moins les sites Web du système Debian. Sur Windows tout fonctionne comme prévu.

Je ne sais même pas par où commencer. Quelqu'un at-il un indice de ce que je dois rechercher ou ressenti quelque chose de similaire?

Answer 1

Il se l'erreur était dans la configuration du serveur MySQL.

Pour faire face à l'insensibilité à la casse de Windows, j'ai ajouté lower_case_table_names = 1 à my.cnf et l'ai stocké sous /etc/my.cnf. Sur Ubuntu, ce paramètre particulier semble être remplacé par une autre configuration. J'ai donc dû ajouter cette ligne à /etc/mysql/my.cnf pour la faire passer en configuration globale. En raison de cette pièce manquante, les instances de Magnolia ont ajouté un second ensemble de talbes au schéma, qui était - de cource - vide.

Cela a également expliqué pourquoi il n'y avait aucun message d'erreur.

Answer 2

Ouvrez $TOMCAT_HOME/webapps/<yourMagnoliaContext>/WEB-INF/config/default/magnolia.properties et regardez où magnolia.repositories.home pointe vers. C'est l'endroit de la partie FS de votre repo ... le plus susceptible d'être quelque chose de différent sur Windows.
En outre, dans le même fichier de propriétés, vérifiez magnolia.repositories.jackrabbit.config qui pointe vers le fichier de configuration DB que votre Magnolia utilisera ... probablement encore quelque chose de différent sur Win que sur Linux. Assurez-vous que le fichier de configuration pointe vers l'instance de base de données correcte et le schéma correct.

peut-être la peine de lire aussi:
Configuration Management
Multiple configurations deployment