Singleton for managing NodeStore factories and back ends.  
 More...
#include <Manager.h>
 | 
| static Manager &  | instance () | 
|   | Returns the instance of the manager singleton.  
  | 
|   | 
Singleton for managing NodeStore factories and back ends. 
Definition at line 12 of file Manager.h.
 
◆ ~Manager()
  
  
      
        
          | virtual ripple::NodeStore::Manager::~Manager  | 
          ( | 
           | ) | 
           | 
         
       
   | 
  
virtualdefault   | 
  
 
 
◆ Manager() [1/2]
  
  
      
        
          | ripple::NodeStore::Manager::Manager  | 
          ( | 
           | ) | 
           | 
         
       
   | 
  
default   | 
  
 
 
◆ Manager() [2/2]
  
  
      
        
          | ripple::NodeStore::Manager::Manager  | 
          ( | 
          Manager const &  | 
           | ) | 
           | 
         
       
   | 
  
delete   | 
  
 
 
◆ operator=()
◆ instance()
  
  
      
        
          | Manager & ripple::NodeStore::Manager::instance  | 
          ( | 
           | ) | 
           | 
         
       
   | 
  
static   | 
  
 
Returns the instance of the manager singleton. 
Definition at line 118 of file ManagerImp.cpp.
 
 
◆ insert()
  
  
      
        
          | virtual void ripple::NodeStore::Manager::insert  | 
          ( | 
          Factory &  | 
          factory | ) | 
           | 
         
       
   | 
  
pure virtual   | 
  
 
 
◆ erase()
  
  
      
        
          | virtual void ripple::NodeStore::Manager::erase  | 
          ( | 
          Factory &  | 
          factory | ) | 
           | 
         
       
   | 
  
pure virtual   | 
  
 
 
◆ find()
Return a pointer to the matching factory if it exists. 
- Parameters
 - 
  
    | name | The name to match, performed case-insensitive.  | 
  
   
- Returns
 nullptr if a match was not found. 
Implemented in ripple::NodeStore::ManagerImp.
 
 
◆ make_Backend()
◆ make_Database()
Construct a NodeStore database. 
The parameters are key value pairs passed to the backend. The 'type' key must exist, it defines the choice of backend. Most backends also require a 'path' field.
Some choices for 'type' are: HyperLevelDB, LevelDBFactory, SQLite, MDB
If the fastBackendParameter is omitted or empty, no ephemeral database is used. If the scheduler parameter is omited or unspecified, a synchronous scheduler is used which performs all tasks immediately on the caller's thread.
- Note
 - If the database cannot be opened or created, an exception is thrown.
 
- Parameters
 - 
  
    | name | A diagnostic label for the database.  | 
    | burstSize | Backend burst size in bytes.  | 
    | scheduler | The scheduler to use for performing asynchronous tasks.  | 
    | readThreads | The number of async read threads to create  | 
    | backendParameters | The parameter string for the persistent backend.  | 
    | fastBackendParameters | [optional] The parameter string for the ephemeral backend. | 
  
   
- Returns
 - The opened database. 
 
Implemented in ripple::NodeStore::ManagerImp.