17 Jun, 2014

2 commits


13 Jun, 2014

3 commits


12 Jun, 2014

1 commit


11 Jun, 2014

1 commit


10 Jun, 2014

1 commit

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

05 Jun, 2014

1 commit


04 Jun, 2014

2 commits


03 Jun, 2014

1 commit

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

02 Jun, 2014

1 commit


30 May, 2014

1 commit


29 May, 2014

1 commit


14 May, 2014

1 commit


13 May, 2014

2 commits


16 Apr, 2014

1 commit


09 Apr, 2014

1 commit


03 Apr, 2014

1 commit


02 Apr, 2014

1 commit


28 Mar, 2014

1 commit


19 Mar, 2014

1 commit


17 Mar, 2014

1 commit


19 Feb, 2014

1 commit


13 Feb, 2014

1 commit


31 Jan, 2014

1 commit


17 Jan, 2014

1 commit


14 Jan, 2014

1 commit


18 Dec, 2013

1 commit


13 Dec, 2013

1 commit


12 Dec, 2013

2 commits


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
     

31 Oct, 2013

1 commit


28 Oct, 2013

1 commit


29 Aug, 2013

1 commit