You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@directory.apache.org by Felix Knecht <fe...@otego.com> on 2010/06/03 19:08:03 UTC

CachingNormalizer - where does it caches?

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

The constructor accepts a cachesize which is never used. Apart of this I
really can't see, where the caching happens.

Any ideas?

Felix

http://people.apache.org/~felixk/shared-docs/xref/org/apache/directory/shared/ldap/schema/normalizers/CachingNormalizer.html
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.15 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAkwH4XMACgkQ2lZVCB08qHGXnACgmBWSQZyEqiJtYCGSZn+1tYNK
XbkAoL5btkz3xSoVEE9QjkXX15k7pYmk
=Pq0E
-----END PGP SIGNATURE-----

Re: CachingNormalizer - where does it caches?

Posted by Alex Karasulu <ak...@apache.org>.
On Thu, Jun 3, 2010 at 8:36 PM, Emmanuel Lecharny <el...@gmail.com>wrote:

> On 6/3/10 7:08 PM, Felix Knecht wrote:
>
>> -----BEGIN PGP SIGNED MESSAGE-----
>> Hash: SHA1
>>
>> The constructor accepts a cachesize which is never used. Apart of this I
>> really can't see, where the caching happens.
>>
>> Any ideas?
>>
>>
>
> Ok, in real world, this cache is just useless. I mean, it's a good idea to
> think about having a cache, but it has to be implemented correctly, which is
> not the case here.
>
> The discussions we had a while back about the caches (and there is a JIRA
> about it) demonstrated that we need a global cache, based on some global
> system like JCS (apache commons-jcs). It should be linked to the
> DirectryService, and mus not be a singleton.
>
> Right now, the cache we have are associated with instances of the
> interceptors, so they are not shared. They are just valid during an user
> session, AFAICT. Not efficient... (I would ask you to take this with
> cautious, I may be wrong).
>
>
>
It really would be nice if we can get this cache mess sorted out and have a
solid entry cache in place before releasing 2.0. It's a critical part of the
server and should not be difficult to do with ehcache or something.  If we
can get this JDBM serialization hook working to check the cache first that's
another plus.

Thoughts?

-- 
Alex Karasulu
My Blog :: http://www.jroller.com/akarasulu/
Apache Directory Server :: http://directory.apache.org
Apache MINA :: http://mina.apache.org
To set up a meeting with me: http://tungle.me/AlexKarasulu

Re: CachingNormalizer - where does it caches?

Posted by Emmanuel Lecharny <el...@gmail.com>.
On 6/3/10 7:08 PM, Felix Knecht wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> The constructor accepts a cachesize which is never used. Apart of this I
> really can't see, where the caching happens.
>
> Any ideas?
>    

Ok, in real world, this cache is just useless. I mean, it's a good idea 
to think about having a cache, but it has to be implemented correctly, 
which is not the case here.

The discussions we had a while back about the caches (and there is a 
JIRA about it) demonstrated that we need a global cache, based on some 
global system like JCS (apache commons-jcs). It should be linked to the 
DirectryService, and mus not be a singleton.

Right now, the cache we have are associated with instances of the 
interceptors, so they are not shared. They are just valid during an user 
session, AFAICT. Not efficient... (I would ask you to take this with 
cautious, I may be wrong).

-- 
Regards,
Cordialement,
Emmanuel Lécharny
www.nextury.com