CMS 3D CMS Logo

 All Classes Namespaces Files Functions Variables Typedefs Enumerations Enumerator Properties Friends Macros Pages
DTUserKeyedConfigHandler.h
Go to the documentation of this file.
1 #ifndef DTUserKeyedConfigHandler_H
2 #define DTUserKeyedConfigHandler_H
3 
14 //----------------------
15 // Base Class Headers --
16 //----------------------
18 
19 //------------------------------------
20 // Collaborating Class Declarations --
21 //------------------------------------
25 #include <string>
26 
27 namespace coral {
28  class ISessionProxy;
29 }
30 
31 namespace cond {
32  namespace persistency {
33  class KeyList;
34  }
35 }
36 
37 //---------------
38 // C++ Headers --
39 //---------------
40 
41 
42 // ---------------------
43 // -- Class Interface --
44 // ---------------------
45 
47 
48  public:
49 
53 
56  virtual ~DTUserKeyedConfigHandler();
57 
60  void getNewObjects();
62  std::string id() const;
63 
64  static void setList( cond::persistency::KeyList* list );
65 
66  private:
67 
68  int dataRun;
74  std::vector<DTConfigKey> userConf;
75  bool writeKeys;
76  bool writeData;
78 
80  boost::shared_ptr<coral::ISessionProxy> isession;
81  void chkConfigList( const std::map<int,bool>& userBricks );
82  bool userDiscardedKey( int key );
83  static bool sameConfigList( const std::vector<DTConfigKey>& cfgl,
84  const std::vector<DTConfigKey>& cfgr );
85 
87 
88 };
89 
90 
91 #endif // DTUserKeyedConfigHandler_H
92 
93 
94 
95 
96 
97 
std::vector< DTConfigKey > userConf
boost::shared_ptr< coral::ISessionProxy > isession
static bool sameConfigList(const std::vector< DTConfigKey > &cfgl, const std::vector< DTConfigKey > &cfgr)
static cond::persistency::KeyList * keyList
DTUserKeyedConfigHandler(const edm::ParameterSet &ps)
string key
FastSim: produces sample of signal events, overlayed with premixed minbias events.
void chkConfigList(const std::map< int, bool > &userBricks)
cond::persistency::ConnectionPool connection
static void setList(cond::persistency::KeyList *list)
How EventSelector::AcceptEvent() decides whether to accept an event for output otherwise it is excluding the probing of A single or multiple positive and the trigger will pass if any such matching triggers are PASS or EXCEPTION[A criterion thatmatches no triggers at all is detected and causes a throw.] A single negative with an expectation of appropriate bit checking in the decision and the trigger will pass if any such matching triggers are FAIL or EXCEPTION A wildcarded negative criterion that matches more than one trigger in the trigger list("!*","!HLTx*"if it matches 2 triggers or more) will accept the event if all the matching triggers are FAIL.It will reject the event if any of the triggers are PASS or EXCEPTION(this matches the behavior of"!*"before the partial wildcard feature was incorporated).Triggers which are in the READY state are completely ignored.(READY should never be returned since the trigger paths have been run