[ 
http://www.jahia.org/jira/browse/TEMPLATES-372?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Damien Saulnier updated TEMPLATES-372:
--------------------------------------

          Summary: Method "checkAccess" slows down page loading in case of many 
imbricated containers  (was: La méthode "checkAccess" ralentit le chargement de 
la page en cas de nombreux conteneurs imbriqués.)
    Fix Version/s: Jahia 5.1
                       (was: Jahia 5.0 SP4)
         Assignee: Benjamin Papez  (was: Xavier Lawrence)

Quick translation:

In topmenu.inc et operationbuttons.inc, many calls to checkWriteAccess or 
checkAdminAccess are done. Those methods call checkAccess of JahiaPage, with 
checkChilds param at true. This makes verifying rights for each child 
containers of the page, recursively. 
It seems that result is not stored in cache
To solve this problem, we store result in cache, but this could be done at 
higher level.

> Method "checkAccess" slows down page loading in case of many imbricated 
> containers
> ----------------------------------------------------------------------------------
>
>                 Key: TEMPLATES-372
>                 URL: http://www.jahia.org/jira/browse/TEMPLATES-372
>             Project: Jahia Default Set of Templates
>          Issue Type: Bug
>          Components: Jahia default Admin bar, Jahia default Operations buttons
>    Affects Versions: Jahia 5.0 SP3
>         Environment: Windows / Tomcat 5.5.25 / jdk6 / SQLServer
>            Reporter: Antoine Taillefer
>            Assignee: Benjamin Papez
>             Fix For: Jahia 5.1
>
>
> Dans topmenu.inc et operationbuttons.inc, de nombreux appels sont faits à 
> checkWriteAccess ou checkAdminAccess, qui appellent checkAccess de JahiaPage, 
> en passant le param checkChilds à true, ce qui provoque la vérification des 
> droits sur tous les conteneurs fils de la page, et ce récursivement. Sur une 
> page contenant beaucoup de conteneurs imbriqués, cela peut amener un temsp de 
> chargement de plusieurs econdes uniquement pour la topbar et les boutons de 
> mode. D'autant plus qu'il semblerait que la vérification de ces droits ne 
> soit pas mise en cache : à chaque appel de chekcWriteAccess, checkAccess est 
> appelée et le calcul s'exécute. Les appels (directs dans la jsp et 
> sous-jacents aux méthodes appellées, comme dans drawEditModeLink par exemple) 
> sont nombreux...
> Pour palier cela, nous mettons en cache le résultat de cette méthode, mais 
> cela pourrait peut-être fait à plus haut niveau.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: 
http://www.jahia.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

       
_______________________________________________
jira_list mailing list
jira_list@jahia.org
http://lists.jahia.org/cgi-bin/mailman/listinfo/jira_list

Reply via email to