cocoon-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Jean-Baptiste Quenot (JIRA)" <>
Subject [jira] Commented: (COCOON-1709) Speedup portal loading
Date Tue, 03 Jan 2006 09:50:01 GMT
    [ ] 

Jean-Baptiste Quenot commented on COCOON-1709:

Ralph, I don't know why I don't get notified of your comments, not even on cocoon-dev.

I made some tests, with or without cache (I added a boolean flag), and with or without Ralph's
change on the Castor mapping, and the results are quite surprising: it seems that no caching
is needed anymore with his change, but what I don't understand is that only the first profiles
loading takes longer.

The facts in milliseconds:

loadProfile-without-cache-and-older-cocoon: 1551, 1014, 1403
loadProfile-without-cache-and-newer-cocoon: 505, 183, 174
loadProfile-with-cache-and-newer-cocoon: 601, 142, 113

I would expect that without cache, the newer Castor mapping would always take about 505ms.

> Speedup portal loading
> ----------------------
>          Key: COCOON-1709
>          URL:
>      Project: Cocoon
>         Type: Improvement
>   Components: Blocks: Portal
>     Versions: 2.1.9-dev (current SVN)
>     Reporter: Jean-Baptiste Quenot
>  Attachments: 20051212-portal-MapProfileLS,,,, portal-config
> Portal loads user profiles (when using eg AuthenticationProfileManager) with Castor every
time the user logs in and this is very slow.  This patch allows to cache the result for further
invocations.  However the coplet instance profiles are handled in a special way, after being
obtained by mapping the CopletInstanceDataManager they are cloned to ensure that every user
gets its own copy of the coplets.  Thus this bug depends on
Allow CopletInstanceDataManager to be cloneable.
> An improvement would be to store cached objects in Cocoon Store, the provided patch currently
uses a simple HashMap to store profiles.  Note that the key of the object is the URI returned
by the source.  This is important because different values of uri in resolver.resolveURI(uri)
could return the same source, ie source.getURI() could be the same, so only different objects
are stored in the Map.

This message is automatically generated by JIRA.
If you think it was sent incorrectly contact one of the administrators:
For more information on JIRA, see:

View raw message