14 Feb, 2014

1 commit


13 Feb, 2014

2 commits


12 Feb, 2014

2 commits


11 Feb, 2014

2 commits


10 Feb, 2014

1 commit


07 Feb, 2014

1 commit

  • git-svn-id: https://svn.forgerock.org/openidm/trunk@2829 d98387aa-ee2c-4292-a9e6-504d2a719fd3
    Lana
     

03 Feb, 2014

1 commit


31 Jan, 2014

2 commits


30 Jan, 2014

1 commit


28 Jan, 2014

2 commits


24 Jan, 2014

1 commit

  • git-svn-id: https://svn.forgerock.org/openidm/trunk@2756 d98387aa-ee2c-4292-a9e6-504d2a719fd3
    Lana
     

23 Jan, 2014

1 commit


21 Jan, 2014

1 commit


19 Jan, 2014

1 commit


17 Jan, 2014

1 commit


14 Jan, 2014

3 commits


13 Jan, 2014

1 commit


19 Dec, 2013

1 commit


18 Dec, 2013

1 commit


13 Dec, 2013

3 commits


12 Dec, 2013

4 commits


11 Dec, 2013

1 commit


02 Dec, 2013

1 commit


19 Nov, 2013

1 commit


18 Nov, 2013

1 commit


14 Nov, 2013

1 commit

  • RFC 4519 stipulates that a groupOfUniqueNames object must have at least one uniqueMember. 
    Our sample provides an LDIF file that breaks this requirement. 
    OpenDJ is more relaxed wrt to this specification, so DJ loads the Example.ldif without complaint, but the reporter of this issue notes that other Directory Servers won't load this LDIF file. 
    The solution is to create a dummy user in the Example.ldif file, and add it as a uniqueMember of the second group. 
    Unfortunately this addition necessitated a slight adjustment to the description of the sample (as readers might wonder why there is this second user that is not used in the sample.)
    
    git-svn-id: https://svn.forgerock.org/openidm/trunk@2632 d98387aa-ee2c-4292-a9e6-504d2a719fd3
    Lana
     

12 Nov, 2013

2 commits