directory-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Alex Karasulu <akaras...@gmail.com>
Subject Re: [ApacheDS] OutOfMemoryError
Date Thu, 26 Mar 2009 18:44:08 GMT
Ok working now.  Yeah I remember this.  I think this was before we switched
over to MINA 2.0. But yeah we did not apply this and I don't know if it
was.  Emmanuel would know best of all since he seemed to be keeping tabs on
this.  I'll ask him about this issues shortly here.

Alex

On Wed, Mar 25, 2009 at 7:33 PM, Martin Alderson <equim@planetquake.com>wrote:

> Hi Alex,
>
> I'm using the default which seems to be -Xmx64m.
>
> I've just remembered and dug up a JIRA from last year that looks likely to
> be the cause of this: https://issues.apache.org/jira/browse/DIRSERVER-1161
>
> This looks to be fixed but unfortunately not yet released.  I'll either
> have to upgrade my projects version of ApacheDS to trunk which I'm not too
> keen on (and would be a fair bit of work as I have interceptors built for
> ApacheDS 1.5.1), or backport the fix from that JIRA.
>
> The fix is mentioned as "adding an ExecutorFilter on the WRITE EventType"
> which was made to LdapService.  This class didn't exist in ApacheDS 1.5.1 so
> does anyone know where the equivalent code was back then (no worries if not,
> I should be able to trace the SVN logs back)? Also does this fix depend upon
> MINA 2?
>
> Thanks,
>
> Martin
>
>
>
> Alex Karasulu wrote:
>
>> How much memory are you running with on your JVM?
>>
>> Alex
>>
>> On Wed, Mar 25, 2009 at 6:07 PM, Martin Alderson <equim@planetquake.com
>> >wrote:
>>
>>  Hi all,
>>>
>>> I'm just running some tests on ApacheDS 1.5.4 on Windows.
>>>
>>> I have added 25000 simple users to ou=users,ou=system [1].  After running
>>> the following LDAP search command I get between 1789 and 5179 results
>>> each
>>> time before an OutOfMemoryError is produced by the server.
>>>
>>> I'm not really sure why this is happening - shouldn't each search result
>>> entry be discarded after it has been sent back to the client?
>>>
>>> Thanks,
>>>
>>> Martin
>>>
>>>
>>> [1] The format of the users added is:
>>> dn: uid=user1,ou=users,ou=system
>>> objectclass: person
>>> objectclass: organizationalPerson
>>> objectclass: inetOrgPerson
>>> objectclass: top
>>> cn: user1
>>> displayname: test user
>>> sn: test
>>> uid: test1
>>>
>>>
>>
>

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message