summaryrefslogtreecommitdiff
path: root/src/mongo/db/op_observer_registry_test.cpp
Commit message (Collapse)AuthorAgeFilesLines
* SERVER-39560 - remove leading blank line on all C++ filesBilly Donahue2019-02-131-1/+0
| | | | | | Remove leading comments that are just stating the filename. Move any file-level comments below the copyright banner. Remove leading blank lines.
* SERVER-38800 OpObserver accepts numRecords for drop and rename operationsBenety Goh2019-01-081-5/+9
|
* SERVER-37443 Make catalog objects survive collection rename.David Storch2018-10-231-3/+10
| | | | | | This change only applies to collection renames within the same database. Rename across databases requires copying the data, and the resulting collection will have a new UUID.
* SERVER-37651 Update header files with new licenseRamon Fernandez2018-10-221-8/+10
|
* SERVER-34615 Make UUIDCatalog updates for renameCollection atomicMaria van Keulen2018-06-061-10/+29
|
* SERVER-34196 remove redundant dropTarget boolean argument from ↵Benety Goh2018-03-301-3/+2
| | | | OpObserver::onRenameCollection
* SERVER-32843 Allow multiple times in OpObserversADAM David Alan Martin2018-03-011-16/+30
| | | | | | | | | | | | | | | | | The OpObserverRegistry was introduced as an abstraction to allow decoupling making data modifications from the side effects, which need to happen as a result of these modifications, such as op log writes, retryable writes, etc. Some of the OpObserver's methods currently return the OpTime which resulted from logging the operation to the replication oplog. In addition, in certain cases, the OpTime resulting from an earlier OpObserver might be needed by a later one, which is the case with retryable writes. In order to support these requirements, the OpObserver(s) chain should have access to some common per-operation structure, where runtime information could be persisted.
* SERVER-29602 New OpObserverRegistry to allow multiple observersGeert Bosch2017-12-211-0/+175
Also removes sharding specific interfaces for OpObserver.