org.forgerock / org.forgerock.opendj

06 Aug, 2011

1 commit

05 Aug, 2011

1 commit

04 Aug, 2011

1 commit

29 Jul, 2011

3 commits

28 Jul, 2011

3 commits

27 Jul, 2011

2 commits

22 Jul, 2011

3 commits

21 Jul, 2011

2 commits

20 Jul, 2011

1 commit

18 Jul, 2011

1 commit

  • ff7407dc   Fix OPENDJ-233: Integrate Samba password sync plugin into OpenDJ (contributed by Profiq S.R.O) ... Browse Dir » 
    Many thanks to Nemanja Lukic and his colleagues at Profiq S.R.O for this kind contribution.

The contribution has been modified as follows:

*) integrate as core feature of OpenDJ, not extension
*) rename package names accordingly
*) remove dependency on BouncyCastle.org MD4 implementation, by porting implementation to OpenDJ
*) re-implement setOddParity method in order to avoid potential copyright issues with existing implementations.
*) simplify configuration model and validation.

TODO:

*) support u: and dn: authid in password modify extended operation.


git-svn-id: https://svn.forgerock.org/opendj/trunk@7116 41b1ffd8-f28e-4786-ab96-9950f0a78031
    matthew
     

15 Jul, 2011

1 commit

08 Jul, 2011

1 commit

05 Jul, 2011

3 commits

04 Jul, 2011

1 commit

  • e0681b31   Fix for OPENDJ-223. Modify operation isn't replayed on replica exactly as on original server. ... Browse Dir » 
    The conflict resolution code didn't consider the case where a single modify operation could contain multiple modifications on an attribute, especially a replace after adds or delete. All changeNumbers would then be equals. Replace always wins over all precedent operations on the attribute, as Modifications are ordered (Sequence of).


git-svn-id: https://svn.forgerock.org/opendj/trunk@7090 41b1ffd8-f28e-4786-ab96-9950f0a78031
    ludo
     

30 Jun, 2011

1 commit

29 Jun, 2011

2 commits

28 Jun, 2011

1 commit

24 Jun, 2011

2 commits

23 Jun, 2011

3 commits

22 Jun, 2011

1 commit

  • d5adf9f3   Fix issue OPENDJ-211. ... Browse Dir » 
    The value part of control specification is optional. And therefore there should be no : to finish the specification.
Now if the specification ends with :, then it's the same as no value.
Test added with the ManageDSAIt control.

git-svn-id: https://svn.forgerock.org/opendj/trunk@7049 41b1ffd8-f28e-4786-ab96-9950f0a78031
    ludo
     

15 Jun, 2011

1 commit

13 Jun, 2011

2 commits

10 Jun, 2011

2 commits

09 Jun, 2011

1 commit

  • 5bf05b3f   Fix issue OPENDJ-67: Investigate ECL change number consistency across replicatio… ... Browse Dir » 
    …ns servers which have been subjected to different purging policies.

The issue of ECL change number inconsistency across servers is not tied to purging policies but to the fact that the CN is based on a lazy built index. As a result, the last change number in the index database depends on when Searches are done against the server and not what are really the changes available. The lastChangeNumber virtual attribute uses the index last CN and adds the changes received and eligible.

The changes here are of fixing the following :
After purging of the DraftCNDB, the next value will be incremented from last known value. As a result, changeNumbers are always increasing. Purging the DraftCNDB is now stopping at the first index that still points to a valid change in the changelog. The counter of changes has been fixed to take into account the fact that the changelog keeps at least one change older than the trim age in order to preserve the validity of the Cookie for at least "purge delay".
Also contains some optimization of the DraftCNDBCursor to avoid reading the entries pointed by the cursor several times.

git-svn-id: https://svn.forgerock.org/opendj/trunk@6994 41b1ffd8-f28e-4786-ab96-9950f0a78031
    ludo