08 Oct, 2014

1 commit


07 Oct, 2014

4 commits


06 Oct, 2014

2 commits


03 Oct, 2014

1 commit


02 Oct, 2014

1 commit


30 Sep, 2014

4 commits


29 Sep, 2014

1 commit

  • * org.forgerock.opendj.ldap package:
    ** Rename FutureResult to LdapPromise
    ** Rename FutureResultImpl to LdapPromiseImpl and move it to org.forgerock.opendj.ldap.spi
    ** Rename the util class FutureResultWrapper to LdapPromises and move it to org.forgerock.opendj.ldap.spi package 
    ** Solve some bugs in HeartBeatConnectionFactory class
    
    org.forgerock.opendj.ldap.spi
    ** Merge old LDAPFutureResultImpl and AbstractLDAPFutureResultImpl and rename it as ResultLdapPromiseImpl
    ** Remove AbstractLDAPFutureResultImpl, LDAPFutureResultImpl and LDAPCompareFutureResultImpl
    ** Rename LDAP[Bind | Extended | Search]FutureResultImpl to [Bind | Extended | Search]ResultLdapPromiseImpl
    ** Add static methods in LdapPromises to return *LdapPromiseImpl instances
    
    git-svn-id: https://svn.forgerock.org/opendj/trunk@11065 41b1ffd8-f28e-4786-ab96-9950f0a78031
    gaetan
     

24 Sep, 2014

2 commits


23 Sep, 2014

2 commits


22 Sep, 2014

4 commits


19 Sep, 2014

2 commits


18 Sep, 2014

3 commits


17 Sep, 2014

3 commits

  • JEChangeNumberIndexDBTest.java:
    Also removed unused field previousCookie.
    
    git-svn-id: https://svn.forgerock.org/opendj/trunk@11014 41b1ffd8-f28e-4786-ab96-9950f0a78031
    JnRouvignac
     
  • Code was broken by the fix for OPENDJ-1541 Persistent search on cn=changelog can return duplicates.
    This change introduced a search phase enum and initialized all searches to the "initial search" phase.
    Current fix consist in directly initializing persistent searches with changesOnly=true to the "persistent search" phase.
    
    git-svn-id: https://svn.forgerock.org/opendj/trunk@11013 41b1ffd8-f28e-4786-ab96-9950f0a78031
    JnRouvignac
     
  • There is a mismatch between code before and after r10757.
    This is affecting 2.6.x and 2.6.next OpenDJ servers communicating with each other.
    Before r10757, serialized ModifyMsg included a zero separator after byte arrays, after r10757 it did not.
    This change is introducing back the zero separator.
    
    ModifyMsg.java:
    In getBytes_V45(), appended the zero byte separator after byte arrays + adapted decodeBody_V4() code for it.
    
    git-svn-id: https://svn.forgerock.org/opendj/trunk@11011 41b1ffd8-f28e-4786-ab96-9950f0a78031
    JnRouvignac
     

16 Sep, 2014

4 commits


15 Sep, 2014

5 commits

  • …he defaults used when creating new backends.
    
    git-svn-id: https://svn.forgerock.org/opendj/trunk@11003 41b1ffd8-f28e-4786-ab96-9950f0a78031
    ludo
     
  • Switched version back to 2.6.10-SNAPSHOT.
    
    git-svn-id: https://svn.forgerock.org/opendj/trunk@11002 41b1ffd8-f28e-4786-ab96-9950f0a78031
    JnRouvignac
     
  • Connection, ConnectionFactory, ResultHandler and SearchResultHandler public APIs have been changed.
    * Connection.java
      In all xxxAsync method, the final handler parameter will be removed and the client is expected to register the handler with the returned promise. For search request, a SearchResultHandler is still required because it needs to handle search result entries/references.
    
    * ConnectionFactory.java
      In the method getConnectionAsync(), the final handler parameter will be removed.
    
    * ResultHandler.java
      Now extends SuccessHandler and FailureHandler in order to allow usage of then() method call.
    
    * SearchResultHandler.java
      Remove the inheritance link with ResultHandler. So client needs to register a ResultHandler instance when he calls searchAsync in addition to register a SearchResultHandler.
    
    git-svn-id: https://svn.forgerock.org/opendj/trunk@11001 41b1ffd8-f28e-4786-ab96-9950f0a78031
    gaetan
     
  • Persistent searches are registered before initial search ends (which is correct).
    Because a new change can be added to the changelog before the "initial search" phase is over, the "persistent search" phase can return this change before the "initial search" phase returns it later.
    
    To avoid this problem, persistent searches is marked with an enum to mention which phase is being run. The phases are the following:
    1. INITIAL: The "initial search" phase is running, the "persistent search" phase do not return any entry.
    2. TRANSITIONING: The "initial search" phase has completed and blocks currently running "persistent search" phase while the former is verifying no new updates where persisted to the DB
    3. PERSISTENT: The "initial search" phase is finished and completed the transition to the "persistent search" phase. The "persistent search" phase can return all entries.
    For the change-number-based persistent searches, only the last changeNumber sent by the "initial search" phase is recorded. For cookie-based persistent searches, for each replica, the last CSN sent by the "initial search" phase is recorded.
    
    Problem is that the transitioning phase has the potential to block the whole server if the client of the persistent search does not consume changes fast enough.
    This will be addressed separately.
    
    
    ChangelogBackend.java:
    Added constants COOKIE_ATTACHMENT and ENTRY_SENDER_ATTACHMENT.
    Added cookieBasedPersistentSearches and changeNumberBasedPersistentSearches fields.
    Added SearchPhase enum.
    Added CookieEntrySender, ChangeNumberEntrySender and SendEntryData static inner classes + made several methods static to call them from these classes.
    In initialSearchFromCookie(), initialSearchFromChangeNumber(), notifyEntryAdded() and registerPersistentSearch(), set or retrieved attachments + used entrySender.
    Extracted methods sendCookieEntriesFromCursor(), sendChangeNumberEntriesFromCursors().
    Added initializeAttachements().
    Split notifyEntryAdded() in two: notifyCookieEntryAdded() and notifyChangeNumberEntryAdded().
    
    git-svn-id: https://svn.forgerock.org/opendj/trunk@11000 41b1ffd8-f28e-4786-ab96-9950f0a78031
    JnRouvignac
     
  • Persistent searches are registered before initial search ends (which is correct).
    Because a new change can be added to the changelog before the "initial search" phase is over, the "persistent search" phase can return this change before the "initial search" phase returns it later.
    
    To avoid this problem, persistent searches is marked with an enum to mention which phase is being run. The phases are the following:
    1. INITIAL: The "initial search" phase is running, the "persistent search" phase do not return any entry.
    2. TRANSITIONING: The "initial search" phase has completed and blocks currently running "persistent search" phase while the former is verifying no new updates where persisted to the DB
    3. PERSISTENT: The "initial search" phase is finished and completed the transition to the "persistent search" phase. The "persistent search" phase can return all entries.
    For the change-number-based persistent searches, only the last changeNumber sent by the "initial search" phase is recorded. For cookie-based persistent searches, for each replica, the last CSN sent by the "initial search" phase is recorded.
    
    Problem is that the transitioning phase has the potential to block the whole server if the client of the persistent search does not consume changes fast enough.
    This will be addressed separately.
    
    
    ChangelogBackend.java:
    Added constants COOKIE_ATTACHMENT and ENTRY_SENDER_ATTACHMENT.
    Added cookieBasedPersistentSearches and changeNumberBasedPersistentSearches fields.
    Added SearchPhase enum.
    Added CookieEntrySender, ChangeNumberEntrySender and SendEntryData static inner classes + made several methods static to call them from these classes.
    In initialSearchFromCookie(), initialSearchFromChangeNumber(), notifyEntryAdded() and registerPersistentSearch(), set or retrieved attachments + used entrySender.
    Extracted methods sendCookieEntriesFromCursor(), sendChangeNumberEntriesFromCursors().
    Added initializeAttachements().
    Split notifyEntryAdded() in two: notifyCookieEntryAdded() and notifyChangeNumberEntryAdded().
    
    git-svn-id: https://svn.forgerock.org/opendj/trunk@10999 41b1ffd8-f28e-4786-ab96-9950f0a78031
    JnRouvignac
     

12 Sep, 2014

1 commit