Forum Ametys

Effectivement en v3, on a pas la notion de droits de lecture sur les fichiers partagés.
Par contre, ça fonctionne pour les pièces jointes d'une page à accès limité ou d'un contenu.
Je vous conseille cette solution dans un premier temps.

En v4, on a étendu les droits de lecture, y compris aux fichiers partagés.

Actuellement, le nombre de niveaux est en effet fixé à 2.
En général, les composantes mettent tout de même le domaine, même s'il n'y a qu'une valeur.

en effet, les conf v3 et v4 sont globalement les mêmes

Bonjour,

En fait, la page en question est censée simplifier le processus

Donc je récapitule :
- Quasiment la totalité des services Ametys sont graphiquement personnalisables
- Quasiment la totalité des services Ametys possèdent un rendu par défaut (sous la forme d'une XSL) qui peut convenir dans la majorité des cas
- Quand le rendu par défaut ne convient pas, il est possible de le surcharger (également sous la forme d'une XSL)
- Pour éviter que celui qui veut surcharger juste un bout du rendu n'ait à tout réécrire, nos XSL par défaut sont génériques et surchargeables seulement par parties, d'où la complexité apparente de la page que vous citez.

Bonjour,

Pour "récupérer" l'authentification CAS, il faut utiliser des proxy ticket CAS, puisque ce n'est pas le navigateur mais le serveur Ametys qui devient le client CAS. C'est assez compliqué. Notre service proxied-content générique ne gère pas ça.
Notre authentification CAS native en 3.8 non plus d'ailleurs.

Nous l'avons implémenté en 4.0 justement pour gérer le cas que vous citez, mais ça ne va pas vous aider dans l'immédiat.

Je n'ai pas de solution simple en 3.8, sauf à faire des développements spécifiques en s'inspirant du code de la 4.0, ou alors de rester sur l'iframe pour ce service ...

Cédric

Bonjour serialbob,

Je rejoins votre analyse et c'est entre autre pour cette raison que nous avons refondu la totalité de la partie recherche en v4. Ca ne concerne d'ailleurs pas que les documents de l'explorateur de ressources, mais également les droits d'accès, les facettes, les jointures, ...
Nous en sommes actuellement à la moitié du chemin : les documents de l'explorateur de ressources sont bien indexés dans Solr, de même que les pages. Il ne manque plus que les liens entre les deux, pour savoir quel document est lié à quelle page.

Cédric

Bonjour,

Non ce problème n'est a priori pas connu ...
Avez-vous fait une duplication de catalogue ou de formation récemment qui pourrait expliquer quelque chose ?

Cédric Damioli

Bonjour Jean-Baptiste,

C'est dans un rendu de contenu ? de service ? un Template ?
C'est possible de me copier le bout de XSL concerné pour que je regarde ?

De notre côté, il est vrai que dans docbook2html.xsl, pour le rendu d'un contenu, on a :

<xsl:stylesheet version="1.0" 
        xmlns:xlink="http://www.w3.org/1999/xlink"
                exclude-result-prefixes="xlink">

Mais je ne sais pas si ça peut influer.

Mais dans tous les cas on a pas ça dans le rendu d'un Template.

Bonjour,

1) Si vous êtes en XSL, vous pouvez toujours regarde le XML en faisant <xsl:copy-of select="/"/> et regarder ensuite le code source de la page ... Mais ce n'est pas vraiment la solution idéale. Pourquoi la solution avec ?cocoon-view=content ne vous convient-elle pas ?

2) Ces valeurs sont des clefs i18n (internationalisation), définies dans <plugin>/i18n/messages_XX.xml
Dans le cas d'un plugin fourni par la distribution, ce qui est le cas du plugin odf, elles sont surchargeables dans WEB-INF/i18n/plugins/odf/messages_XX.xml

Cédric

Seules les pièces jointes d'une page ou d'un contenu sont indexées, pas celles de l'explorateur de ressources.

Bonjour,

Nous n'avons pas actuellement de module d'export/import site par site.
Par contre, s'il s'agit de copier l'ensemble des données de l'environnement de test vers la production c'est possible, que ce soit Windows ou Linux.
Toutes les données utiles (sites, pages, contenus) sont dans le répertoire repository (par défaut WEB-INF/data/repository)
Les chartes graphiques dans le répertoire skins
La seule chose qui n'est pas simple à migrer ce sont les utilisateurs, groupes et droits. Dans l'installation par défaut, les utilisateurs groupes et droits sont dans une base Derby, qui n'est pas recommandée pour une mise en production.
Je vous conseille donc de repartir de 0 concernant ces aspects là.

Cédric

La réponse simple c'est que cette fonctionnalité n'existe pas d'un point vue général.

Par contre, si vous souhaitez faire ça avec un annuaire LDAP, je suppose que c'est pour créer une sorte d'annuaire, auquel cas vous pouvez peut-être attendre notre futur service d'annuaire qui sera disponible d'ici quelques mois et qui répondra sans doute à votre besoin.

Sinon, il vous faut développer votre propre service pour faire les requêtes que vous souhaitez.