Forum Ametys

when the tomcat is runing can you do a "ps waux | grep tomcat" and copy the result here please

and can you also do "ls -la /usr/share/tomcat/webapps/amet514/WEB-INF/data" and copy the result here

I was talking about tomcat/conf.
There are several ways of deploying in tomcat :
* drop in the webapps directory
* edit the tomcat/conf/server.xml fil
* add a xml file in tomcat/conf/Catalina

Sometimes people do deploy an application twice by dropping it in webapps AND referencing it in the conf directory => Ametys is so launch twice in the same tomcat and this bug occured.

The other way for this problem it that tomcat is launched twice.

I think you forgot to validate the attachment.

Hi,

in Ametys there is a back-office application 'cms' and a front-office application 'site'.
Each one has a system administrator space (cms/_admin and site/_admin) to handle system parameters.

When you go to the cms root, you will obtain a static page listing the sites you are allowed to handle.

Consider using the "demo" package that is functionnaly exactly the same, but with demo data.

C'est une fenêtre de chargement (et pas téléchargement) : c'est un écran pour vous faire patienter pendant l'ouverture d'Ametys.

Vous pouvez vous connecter à la version de démo pour voir ce que ça fait quand ça fonctionne :  (admin/admin)

Votre problème est donc que l'interface d'Ametys ne se charge pas ? et que l'indicateur de chargement reste bloqué à 0% ?
Vous devez avoir des erreurs javascript associées : avez-vous une console js ?

Oui c'est en effet le cas d'utilisation le plus fréquent.
Vous pouvez donc ajouter un filtre LDAP si possible pour réduire la liste des utilisateurs vus par Ametys.

De tout façon, ne peuvent se connecter (sauf si erreur de configuration dans la démo) que les personnes ayant au moins 1 droit quelque part.

Si ce qui vous gène, c'est de voir la liste complète des personnes lorsque vous attribuez des droits, à vous d'utiliser une conf ldap plus restrictive au niveau de la configuration avec un filtre différent par exemple.

Bonjour,

Si vous utilisez CAS pour l'authentification, il est recommandé d'utiliser la même source de donnée que lui pour les utilisateurs.
Par exemple, si CAS est branché sur un LDAP, il est VIVEMENT recommandé de brancher Ametys sur le même LDAP.
Sinon vous devrez manuellement créer les utilisateurs (via l'interface Ametys) dans la base des utilisateurs : le login étant la clef permettant le rapprochement.

Il vous faut donc basculer sur le LDAP pour le UsersManager (voir page
D'après ce que j'ai compris de votre problème, je vous conseille d'utiliser le org.ametys.runtime.plugins.core.CredentialsAwareLdapAndJdbc

Mais le gestionnaitre de l'authentification doit être positionné en conséquence donc lisez bien aussi cette page

Notamment le tableau en fin de page qui vous indique les combinaisons à utiliser : je pense que vous être dans le dernier cas. (authentification CAS ou BASIC ; utilisateurs dans LDAP ou SQL)

Bonjour,

Je ne comprends votre problème.
Vous parlez du petit calendrier ou de l'agenda pleine page ?

Quand vous dites "il n'effectue pas de tri malgré tout" vous voulez dire "il n'effectue pas de filtre malgrè tout" ?

Ce que vous souhaitez faire est afficher un calendrier avec seulement une partie des actualités ?
Il faut donc étiquetter ces actualités et sélectionner cette étiquette dans le service.

Je viens de tester sur le demo et cela fonctionne correctement (j'ai sélectionné une catégorie d'étiquette, et les actualités non étiquetées ne remontent plus).

Quelle version du plugin calendar utilisez-vous ?

Je vous conseille en premier lieu de passer sur la dernière version directement compatible avec votre 3.5.1 (à savoir la 3.5.4) mais surtout de bien mettre aussi à jour tous les plugins. C'est mise à jour est indolore, car il suffit pour la plupart de mettre à jour des fichiers ".jar"

Hi!

Short answer:
You have to transmit user input through parameters and do not modifiy the URL.
In java, you will read it with "request.getParameter('myparam')".
In XSLT, you can read it with "ametys:requestParameter('myparam')"
In sitemap, you will read it with "{request-param:myparam}"

Long answer:
When you set a pipeline in a plugin its url is not starting from the root.
It is accessible for example through "plugins/myplugin/**"

But, in your case your are doing a service. A service it handler by a page. 2 options :
* cachable services, redirect to another url
* non-cachable service can post parameters to itself. And that is your case.

So, when the page is created with a given service it will always call the url of the service in your plugin : you cannot change "service/search/concordance.html".

Non, ce n'est pas possible car ShareThis utilise document.title en javascript au moment où l'internaute clique.

La solution est donc de ne pas utiliser ShareThis ou de leur demander une évolution...
Ametys fournit des helper pour faire le bouton facebook et google+, mais pour twitter ou autres il faut le faire à la main en suivant la documentation de chaque réseau social.

Hello,

1) There is no way to logout except by closing your browser or killing your session info

2) Rights administration is a tricky thing. It is defined by 3 values : WHO, WHAT, WHERE.
When you say are "temp admin", it is missing the WHERE.
When creating a site and affecting a "temp admin", it is affected to the application.
Sitemap rights are not checked on the application, but on the sitemap. It is that, that allow to be able to edit one page and not the other page.
So, in the "Users, groups and rights" ribbon tab ; you can click on "set generic rights" and you will see you as a temporary admin ; but now click on the 3 others rights location and you will see you have no rights yet. To be a full admin you need to set the profile on those 3 locations also.
In your case, you have to click on "Rights on sitemap", then select a page or the sitemap root in the Sitemap tool on the left ; then come back to the "rights on sitemap" tool and select a profile ; and then in the ribbon select "Add profile to user"

3) Users are back-office users. Users of the site are front-office users. Depending on your use case, those populations can be the same or not.
E.g. for a classic web site, "Users" are the webmaster, while "Users of the site" are registered visitors.
E.g. for an intranet, "Users" and "Users of the site" are the same (with different rights maybe)
All this can be selected and configured in the admin. See this doc in french to known more (have an automatic translator on it and ask any questions here)  and