[ http://issues.apache.org/jira/browse/COCOON-1709?page=comments#action_12361855 ]
Jean-Baptiste Quenot commented on COCOON-1709: ---------------------------------------------- You say "they should be cached by Cocoon"... but AFAICT there's no cache involved here as I'm not using cocoon://. But even if using cocoon:// for loading profiles, it would not take 450ms (600-150) to execute, as we're always processing them through Castor. You say you "don't always see [your] updates either": does it mean that there is some caching involved? If yes, where? Is it castor? I intend to drop my patch, but I want to understand why only the first loading takes longer since you have committed your patch. > Speedup portal loading > ---------------------- > > Key: COCOON-1709 > URL: http://issues.apache.org/jira/browse/COCOON-1709 > Project: Cocoon > Type: Improvement > Components: Blocks: Portal > Versions: 2.1.9-dev (current SVN) > Reporter: Jean-Baptiste Quenot > Attachments: 20051212-portal-MapProfileLS, 20051222-MapProfileLS.java, > 20051222-MapProfileLS.java, UserRoleSourceFactory.java, 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 > http://issues.apache.org/jira/browse/COCOON-1708 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: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
