Projet

Général

Profil

Actions

Feature #1636

fermé

Rationalisation de l'accès anonyme

Ajouté par Nicolas Eysseric il y a environ 13 ans. Mis à jour il y a presque 13 ans.

Statut:
Closed
Priorité:
Normal
Assigné à:
Catégorie:
Configuration
Début:
07/02/2011
Echéance:
% réalisé:

100%

Temps estimé:
Temps passé:
Livraison en TEST:
Livraison en PROD:

Description

L'objectif est multiple :
  • Centraliser vers un seul paramètre l'identifiant du compte utilisé pour l'accès anonyme (si utilisé),
  • Offrir une API simple permettant de savoir rapidement si le compte connecté est celui de l'anonyme. Cela est utile pour désactiver les fonctions qui nécessite d'être identifié pour agir.

Demandes liées 2 (0 ouverte2 fermées)

Suit Silverpeas Core - Bug #1321: Affichage de la popup de fin de session sur les connexions anonymesClosedMiguel Moquillon26/11/2010

Actions
Précède GED - Bug #1794: Fonctionnalités à masquer lors d'une connexion avec un utilisateur anonymeClosedNicolas Eysseric22/03/2011

Actions

Mis à jour par Miguel Moquillon il y a environ 13 ans

  • Statut changé de Assigned à In progress...

Mis à jour par Miguel Moquillon il y a environ 13 ans

  • Statut changé de In progress... à Resolved

L'accès anonyme est désormais géré au travers d'un seul paramètre, anonymousId, défini dans le fichier de propriétés properties/com/stratelia/silverpeas/lookAndFeel/generalLook.properties.
Ce paramètre indique l'identifiant unique de l'utilisateur Silverpeas sous lequel tout accès anonyme à Silverpeas se fera.
La manipulation de ce paramètre est désormais centralisé dans la classe d'objets UserDetail qui se voit enrichir de nouvelles méthodes permettant, entre autre, de récupérer l'instance UserDetail de l'utilisateur anonyme ou de savoir si tel utilisateur est bien celui anonyme.
La classe d'objets OrganizationController propose aussi une méthode pour savoir si l'accès anonyme a été activé.

A côté de ceci, un problème issue de sessions utilisateurs non fermées, et qui touche l'application lorsque l'accès anonyme est activé, a été corrigé.

Mis à jour par David Lesimple il y a environ 13 ans

Cela impacte-t-il les looks clients déja réalisés (hormi le paramètre anonymousId à informer) ?

Mis à jour par Miguel Moquillon il y a environ 13 ans

La méthode LookSilverpeasV5Helper#getAnonymousUserId() n'existe plus. C'est le seul impact qu'il pourrait avoir. A la place, utiliser l'un des deux codes suivants :
- myUser.isAnonymous()
- UserDetail.isAnonymousUser(myUserId)

De plus, tout look qui utilise explicitement l'ancien paramètre guestId est à changer pour utiliser désormais l'un des deux appels ci-dessus. Il est fortement recommandé de ne plus utiliser directement le paramètre anonymousId; celui-ci pouvant évoluer et changer dans le futur.

Mis à jour par Nicolas Eysseric il y a presque 13 ans

  • Statut changé de Resolved à Closed
  • % réalisé changé de 0 à 100

OK. Validé.

Actions

Formats disponibles : Atom PDF