~jaypipes/drizzle/refactor-trx-log-applier : changes

~jaypipes/drizzle/refactor-trx-log-applier » Changes from revision 1307

From Revision 1307 to 1288

Rev	Summary	Authors	Date
1307	Make OSX/FreeBSD happy about size_t != uint64_t != int64_t..... Make OSX/FreeBSD happy about size_t != uint64_t != int64_t...	Jay Pipes	14 years ago
1306	Merge trunk Merge trunk	Jay Pipes	14 years ago
1305	Completes the blueprint for refactoring applier out of log d... Completes the blueprint for refactoring applier out of log descriptor. 1) Makes the TransactionLog class a simple descriptor for the actual transaction log file 2) Splits out the TransactionLogApplier into separate class with constructor taking a TransactionLog instance 3) Splits the module initialization stuff out into a file, /plugin/transaction_log/module.cc	Jay Pipes	14 years ago
1304	Merge trunk Merge trunk	Jay Pipes	14 years ago
1303	* Completes the blueprint for splitting the XA Resource Mana... * Completes the blueprint for splitting the XA Resource Manager API from the storage engine API: We add a new plugin::XaResourceManager abstract interface class which exposes the X/Open XA distributed transaction protocol for resource managers. We add a new plugin::MonitoredInTransaction base class from which all plugins that need monitored by Drizzle's transaction manager (drizzled::TransactionServices component) derive. All plugin::StorageEngine's now derive from plugin::MonitoredInTransaction since all storage engines a monitored by the transaction manager and the Session keeps a "slot" available for keeping the engine's per-session data state. In a future patch, the transaction log's XaApplier plugin will also derive from MonitoredInTransaction, as the transaction log, in XA mode, is also monitored by Drizzle's transaction manager and automatically enlisted in XA transactions. * Updates all documentation in /drizzled/transaction_services.cc to accurately reflect Drizzle's new transaction management process and explicit transaction and statement boundaries. * Kills off dead code: binlog_format_names ha_init() total_ha, total_ha_2pc (no longer necessary, as the above-mentioned abstract base classes provide all of this functionality) StorageEngine::slot (now plugin::MonitoredInTransaction::getId()) TransactionalStorageEngine::two_phase_commit (same as above)	Jay Pipes	14 years ago
1302	Merge trunk Merge trunk	Jay Pipes	14 years ago
1301	Merge trunk Merge trunk	Jay Pipes	14 years ago
1300	Completes the work of removing the weirdness around transact... Completes the work of removing the weirdness around transaction boundaries in the storage engine API. * Transactional storage engines are now all explicitly notified of the start of a new "normal" transaction in the new PSE API method plugin::TransactionalStorageEngine::doStartTransaction() This new method takes a start_transaction_option_t as one of its parameters, and passing this option allows the storage engine API to cleanly signal the start of a consistent snapshot (and in the future additional transaction attributes). This meant the removal of the old start_consistent_snapshot() method. * The TransactionServices component now fully manages the transaction boundaries, notification of transaction boundaries to participating resource managers (transactional storage engines) Adds a simple test case (to be expanded with future XA work) for transaction behaviour.	Jay Pipes	14 years ago
1299	Merge trunk and fix conflicts. Merge trunk and fix conflicts.	Jay Pipes	14 years ago
1298	Merge trunk Merge trunk	Jay Pipes	14 years ago
1297	Merge trunk Merge trunk	Jay Pipes	14 years ago
1296	Finally kills of n_mysql_tables_in_use. Finally kills of n_mysql_tables_in_use.	Jay Pipes	14 years ago
1295	Automates registration of statement transaction resources. ... Automates registration of statement transaction resources. No more need for storage engines to call TransactionServices::trans_register_ha(session, false, engine). yeah \o/	Jay Pipes	14 years ago
1294	* Remove dead ha_innobase::init_table_handle_for_HANDLER() * Remove dead ha_innobase::init_table_handle_for_HANDLER() * Remove dead Cursor::start_stmt() * Add plugin::StorageEngine::startStatement() and endStatement() * Add calls in drizzled/lock.cc to notify involved storage engines about the start and end of an SQL statement.	Jay Pipes	14 years ago
1293	Remove StorageEngine::start_consitent_snapshot() and Remove StorageEngine::start_consitent_snapshot() and StorageEngine::enable(), disable() and is_enabled(). Unused.	Jay Pipes	14 years ago
1292	fix for include.am having non-existent transaction_context.c... fix for include.am having non-existent transaction_context.cc	Jay Pipes	14 years ago
1291	One more merge conflict... One more merge conflict...	Jay Pipes	14 years ago
1290	Fix missing files in include.am after merging trunk. Fix missing files in include.am after merging trunk.	Jay Pipes	14 years ago
1289	Merge trunk and resolve conflicts Merge trunk and resolve conflicts	Jay Pipes	14 years ago
1288	This patch completes the first step in the splitting of This patch completes the first step in the splitting of the XA resource manager API from the storage engine API, as outlined in the specification here: http://drizzle.org/wiki/XaStorageEngine * Splits plugin::StorageEngine into a base StorageEngine class and two derived classes, TransactionalStorageEngine and XaStorageEngine. XaStorageEngine derives from TransactionalStorageEngine and creates the XA Resource Manager API for storage engines. - The methods moved from StorageEngine to TransactionalStorageEngine include releaseTemporaryLatches(), startConsistentSnapshot(), commit(), rollback(), setSavepoint(), releaseSavepoint(), rollbackToSavepoint() and hasTwoPhaseCommit() - The methods moved from StorageEngine to XaStorageEngine include recover(), commitXid(), rollbackXid(), and prepare() * Places all static "EngineVector"s into their proper namespaces (typedefs belong in header files, not implementation files) and places all static methods corresponding to either only transactional engines or only XA engines into their respective files in /drizzled/plugin/ * Modifies the InnoDB "handler" files to extend plugin::XaStorageEngine and not plugin::StorageEngine The next step, as outlined in the wiki spec page above, is to isolate the XA Resource Manager API into its own plugin class and modify plugin::XaStorageEngine to implement plugin::XaResourceManager via composition. This is necessary to enable building plugins which can participate in an XA transaction without having to have that plugin implement the entire storage engine API	Jay Pipes	14 years ago

Older »