08 Oct, 2014
1 commit
-
git-svn-id: https://svn.forgerock.org/opendj/trunk@11098 41b1ffd8-f28e-4786-ab96-9950f0a78031
07 Oct, 2014
4 commits
-
…embers when a search is based on a filter of the isMemberOf attribute. Additional changes to returnGroupMembers() - Removed filter param, since it's part of the SearchOperation. - Changed method to return a boolean to indicate to continue (true) or stop (false) returning entries. - Added javadoc git-svn-id: https://svn.forgerock.org/opendj/trunk@11091 41b1ffd8-f28e-4786-ab96-9950f0a78031
-
…embers when a search is based on a filter of the isMemberOf attribute. git-svn-id: https://svn.forgerock.org/opendj/trunk@11090 41b1ffd8-f28e-4786-ab96-9950f0a78031
-
Add collation matching rules implementations in the SDK Add support for custom naming of indexes in AbstractOrderingMatchingRuleImpl and AbstractSubstringMatchingRuleImpl classes Add unit tests for collation matching rules implementations git-svn-id: https://svn.forgerock.org/opendj/trunk@11086 41b1ffd8-f28e-4786-ab96-9950f0a78031
-
Extracted local PrintStream variable rather than always calling app.getOutputStream(). git-svn-id: https://svn.forgerock.org/opendj/trunk@11085 41b1ffd8-f28e-4786-ab96-9950f0a78031
06 Oct, 2014
2 commits
-
git-svn-id: https://svn.forgerock.org/opendj/trunk@11084 41b1ffd8-f28e-4786-ab96-9950f0a78031
-
Added strings() + used it in all subclasses. git-svn-id: https://svn.forgerock.org/opendj/trunk@11081 41b1ffd8-f28e-4786-ab96-9950f0a78031
03 Oct, 2014
1 commit
-
* PerformanceRunner.java Implements a new way to compute eTimes by using "buckets" representing different eTimes ranges and maintain frequency counts. The warmup duration does now correctly clear eTimes. git-svn-id: https://svn.forgerock.org/opendj/trunk@11080 41b1ffd8-f28e-4786-ab96-9950f0a78031
02 Oct, 2014
1 commit
-
Schema.java: Code cleanup git-svn-id: https://svn.forgerock.org/opendj/trunk@11077 41b1ffd8-f28e-4786-ab96-9950f0a78031
30 Sep, 2014
4 commits
-
git-svn-id: https://svn.forgerock.org/opendj/trunk@11072 41b1ffd8-f28e-4786-ab96-9950f0a78031
-
Makeldif template branch definitions now need object classes attributes. This fix also mentions that you can omit the number from subordinateTemplate definitions to allow generation to continue indefinitely. git-svn-id: https://svn.forgerock.org/opendj/trunk@11071 41b1ffd8-f28e-4786-ab96-9950f0a78031
-
git-svn-id: https://svn.forgerock.org/opendj/trunk@11070 41b1ffd8-f28e-4786-ab96-9950f0a78031
-
git-svn-id: https://svn.forgerock.org/opendj/trunk@11069 41b1ffd8-f28e-4786-ab96-9950f0a78031
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
24 Sep, 2014
2 commits
-
git-svn-id: https://svn.forgerock.org/opendj/trunk@11064 41b1ffd8-f28e-4786-ab96-9950f0a78031
-
* update to MapDB 2.0.0-SNAPSHOT * simplify MapDB backend. git-svn-id: https://svn.forgerock.org/opendj/trunk@11063 41b1ffd8-f28e-4786-ab96-9950f0a78031
23 Sep, 2014
2 commits
-
git-svn-id: https://svn.forgerock.org/opendj/trunk@11058 41b1ffd8-f28e-4786-ab96-9950f0a78031
-
Lock entry ID keys in descending order (children then parents) in order to be consistent with id2subtree updates performed for single entry add and delete operations. git-svn-id: https://svn.forgerock.org/opendj/trunk@11056 41b1ffd8-f28e-4786-ab96-9950f0a78031
22 Sep, 2014
4 commits
-
CR-3727 Add method ByteStringBuilder#append(DataInput, int) to avoid byte array copy git-svn-id: https://svn.forgerock.org/opendj/trunk@11047 41b1ffd8-f28e-4786-ab96-9950f0a78031
-
git-svn-id: https://svn.forgerock.org/opendj/trunk@11035 41b1ffd8-f28e-4786-ab96-9950f0a78031
-
git-svn-id: https://svn.forgerock.org/opendj/trunk@11033 41b1ffd8-f28e-4786-ab96-9950f0a78031
-
git-svn-id: https://svn.forgerock.org/opendj/trunk@11028 41b1ffd8-f28e-4786-ab96-9950f0a78031
19 Sep, 2014
2 commits
-
replication server configuration This parameter allow to choose the db implementation to use for changelog in directory server: either je or log file. Default is 'je'. git-svn-id: https://svn.forgerock.org/opendj/trunk@11022 41b1ffd8-f28e-4786-ab96-9950f0a78031
-
…and remove ErrorResultIOException git-svn-id: https://svn.forgerock.org/opendj/trunk@11019 41b1ffd8-f28e-4786-ab96-9950f0a78031
18 Sep, 2014
3 commits
-
…he same validations as normal searches Added validation for changes only persistent searches inside ChangelogBackend.registerPersistentSearches(). For cookie based searches, cookie is now stored on the CookieEntrySender object rather than as a search operation attachment. This makes code easier to read and understand. Backend.java In registerPersistentSearch(), now throws DirectoryException. LocalBackendSearchOperation.java: Consequence of the change to Backend.registerPersistentSearch(). ChangelogBackend.java: Added validatePersistentSearch() + called it from registerPersistentSearch(). Added cookie field and setCookie() to CookieEntrySender + removed COOKIE_ATTACHMENT constant + changed code that was using it + no longer pass cookie down method calls Renamed initializeAttachements() to initializeEntrySender() + fixed a bug with the starting phase. git-svn-id: https://svn.forgerock.org/opendj/trunk@11017 41b1ffd8-f28e-4786-ab96-9950f0a78031
-
Prevent race condition by proper synchronization in FileChangeLogDB#shutdownDB() method git-svn-id: https://svn.forgerock.org/opendj/trunk@11016 41b1ffd8-f28e-4786-ab96-9950f0a78031
-
git-svn-id: https://svn.forgerock.org/opendj/trunk@11015 41b1ffd8-f28e-4786-ab96-9950f0a78031
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
-
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
-
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
16 Sep, 2014
4 commits
-
git-svn-id: https://svn.forgerock.org/opendj/trunk@11010 41b1ffd8-f28e-4786-ab96-9950f0a78031
-
* Implement a new matching strategy for cursors : LESS_THAN_OR_EQUAL_TO_KEY for both je and file-based implementations * Replace the previous cookie by the usage of an ECLMultiDomainDBCursor generated with the medium consistency CSN as start point and the LESS_THAN_OR_EQUAL_TO_KEY strategy in classes ChangeNumberIndexer and ChangelogBackend * Remove storage of the previous cookie in the log for both je and file-based implementations git-svn-id: https://svn.forgerock.org/opendj/trunk@11009 41b1ffd8-f28e-4786-ab96-9950f0a78031
-
DirectoryServer.java Extracted initializeAuthenticatedUsers(). EncodePassword.java: In initializeServerComponents(), called DirectoryServer.initializeAuthenticatedUsers() to initialize DirectoryServer.authenticatedUsers and avoid the NPE. Extracted method listPasswordStorageSchemes(). Code cleanup. git-svn-id: https://svn.forgerock.org/opendj/trunk@11008 41b1ffd8-f28e-4786-ab96-9950f0a78031
-
in order to fix build after switch back from OpenDJ SDK 3.0.0-SNAPSHOT to 2.6.10-SNAPSHOT git-svn-id: https://svn.forgerock.org/opendj/trunk@11007 41b1ffd8-f28e-4786-ab96-9950f0a78031
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
-
Switched version back to 2.6.10-SNAPSHOT. git-svn-id: https://svn.forgerock.org/opendj/trunk@11002 41b1ffd8-f28e-4786-ab96-9950f0a78031
-
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
-
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
-
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
12 Sep, 2014
1 commit
-
In getAttachment(), removeAttachment() and setAttachment(), changed the return type to a generic type. This simplifies client code by removing the need to cast the returned value. git-svn-id: https://svn.forgerock.org/opendj/trunk@10996 41b1ffd8-f28e-4786-ab96-9950f0a78031