Forum Ametys

Avez-vous bien consulté les logs front et back d'Ametys?

On dirait dans votre cas que le site parvient à appeller le back, mais pas l'inverse.
Vérifiez que dans la configuration back, l'url de l'application site est correctement renseignée.

L'erreur importante est donc : java.io.FileNotFoundException: /home/cms/Ametys_CMS/application/v1_0_0/cms/WEB-INF/data/repository/.lock (Permission non accordée)

Vous avez donc bien un problème de droits.
Lancer tomcat en root est plutôt une mauvaise idée, mais du coup, ce qui compte c'est que ROOT ait les droits sur les fichiers de l'application (pas 'cms').

Je vous recommande vivement de lancer tomcat en cms plutôt.
(après avoir donner les droits qui conviennent dans le repertoire tomcat puisque des tas de fichiers ont maintenant été créé en root)

Parlez-vous du titre de l'onglet dans le navigateur ? ou bien du titre dans le rendu de la page elle-même ?

Bonjour,

Un contenu est quelque chose dont la source de données est la saisie du contributeur.
Un service est quelque chose dont la source de données est autre.
Dans votre cas, il s'agit donc d'un service.

Un service se déclare dans un plugin : on lui donne un nom, une liste de paramètres et une url qui sera appelée pour l'exécuter. Enfin, il faut donc dans le fichier "sitemap.xmap" du plugin en question "traiter" cette url avec votre programme.

Voilà pour le schéma de principe.

Je comprends enfin votre problème : Alors en fait, il y a une application pour le backoffice et une seule application front-office pour gérer tous les sites.
Donc il n'y a pas de contexte tomcat a déclarer de manière supplémentaire pour chaque site.

Par contre, vous avez envie que cufr.localhost renvoie sur l'application site, il faut donc vous assurez (c'est la valeur par défaut) que "localhost" est bien le defaultHost dans la conf tomcat (server.xml)

Enfin, en attendant de configurer ApacheHTTPD, allez dans l'admin du cms, et changer l'url de votre site de  en .

Il ne vous reste qu'à taper  dans votre navigateur. Tomcat va le traiter avec le contexte "localhost": c'est donc l'application "site" qui va prendre la main et demander au back-office les informations.
Si cela fonctionne c'est que vous avez bien mis les bons paramètres dans la configuration d'admin du site et du cms.

L'écran que vous montrez est l'écran de connexion du back-office.
Si quand vous tapez  vous tombez là dessus c'est que votre conf Apache Httpd est mauvaise, puisque vous êtes envoyés sur l'application "cms" au lieu de l'application "site".

En fait, cela peut même provenir de votre configuration de tomcat.
Pouvez-vous m'indiquez les URLs que vous souhaitez pour le cms et pour le site ?

Si par exemple vous souhaitez qqchose de la forme:  et  ; cela veut dire que dans tomcat l'application "site" et l'application "cms" doivent être installées à la racine (contexte ROOT) : 3 solutions alors pour vous :
* deux tomcats sur deux ports différents avec une application à la racine de chacun
* un tomcat avec deux connectors donc deux ports différents avec une application à la racine de chacun
* un tomcat avec deux virtualhost avec une application à la racine de chacun

Si vous souhaitez qqchose de la fome: http://localhost/cms et  dans ce cas, un seul tomcat avec une application sur le contexte "/cms" et une sur le contexte ROOT fera l'affaire.

Concentrez-vous d'abord sur réussir cette configuration de tomcat avant de vous occuper d'Apache HTTPD. (donc utilisez le numéro de port dans un premier temps : par exemple

Sur le wiki vous avez un exemple de fichier de configuration d'apache httpd pour le back et pour le front.
Côté CMS le DocumentRoot importe peu car on ne l'utilise pas : tout est transmis à Tomcat.
Coté SITE office on l'utilise et il doit pointer vers le répertoire de cache.

Vous parlez de data/cache du front ? il se remplit à chaque fois qu'une ressource cachable est demandée (au minimum le css ou images par exemple ; mais les pages html aussi lorsqu'elles sont statiques) : peut être ne regardez-vous pas le dossier de cache que vous avez configuré dans l'admin du site ?

Peut-être ne vous êtes vous pas donné les droits de gérer le second site ?

Dans ce cas en effet, toute url vers un site sur lequel on n'a pas les droits redirige vers l'écran de choix des sites qui liste les sites sur lesquels on a les droits. Dans votre cas, vous ne devez avoir les droits que sur un seul site (test1) et donc il vous redirige automatiquement

Bonjour,
la version téléchargée est la bonne : la différence entre la version de déploiement et les autres est que la version de déploiement vient sans données et sans les réglages de "demo" qui permettent à Ametys de s'exécuter sans installation longue.
Simplement dans toutes ces versions le plugin "help" est le même ce qui explique le message que vous voyez à tort.
Vous pouvez personnaliser cette page d'accueil dans le fichier cms/plugins/help/pages/index*.xsl

Concernant votre dernière question, c'est un problème de droits. Vous devez être administrateur sur le contexte général : il faut aussi vous mettre administrateur sur la racine du plan du site, sur l'explorateur de ressources ainsi que sur les contenus afin d'avoir tous les droits : pour cela dans le ruban, sélectionnez l'onglet "Utilisateurs, Groupes et Droits" et effectuer les assignations via les outils du groupe "Assignation de profils"

Et lorsque le problème se produit, un "top" du serveur donne quoi ? le processeur est-il à genoux ?

à vue de nez, c'est peut être un manque de RAM allouée à Java.
Quand le cms démarre, vous pouvez aller dans l'admin, puis "Etat du système".
Là vous avez 2 barres de mémoire avec en tooltip sur chaque barre elle-même, les valeurs actuelles.
Pouvez-vous m'indiquer combien vous avez ?

Bonjour,

dans sa version actuelle il n'affiche que des contenus du site courant.
Il faudrait le faire évoluer pour qu'il soit capable, au même titre que la remontée de contenus, de prendre des contenus sur plusieurs sites.