The Experts below are selected from a list of 273 Experts worldwide ranked by ideXlab platform
T F Keefe - One of the best experts on this subject based on the ideXlab platform.
-
version pool management in a multilevel secure multiversion Transaction Manager
IEEE Symposium on Security and Privacy, 1995Co-Authors: A C Warner, T F KeefeAbstract:The paper presents initial results of an ongoing project to develop an experimental prototype of a multilevel secure (MLS) database system (DBS) based upon a multiversion scheduling protocol. The purpose of the project is to explore design alternatives and demonstrate feasibility. The work focuses on the mechanisms needed to provide efficient access to multiple versions of data as required by the protocol. With this protocol, strictly dominating Transactions are serialized before active dominated Transactions to avoid contention. These dominating Transactions require access to old snapshots. The purpose of this work is to characterize the storage and access cost associated with the approach. We describe a prototype featuring an untrusted version pool mechanism to study this question. An analytical model is developed to predict storage and search costs. The analytical model is validated through measurements made on the prototype. >
-
IEEE Symposium on Security and Privacy - Version pool management in a multilevel secure multiversion Transaction Manager
Proceedings 1995 IEEE Symposium on Security and Privacy, 1Co-Authors: A C Warner, T F KeefeAbstract:The paper presents initial results of an ongoing project to develop an experimental prototype of a multilevel secure (MLS) database system (DBS) based upon a multiversion scheduling protocol. The purpose of the project is to explore design alternatives and demonstrate feasibility. The work focuses on the mechanisms needed to provide efficient access to multiple versions of data as required by the protocol. With this protocol, strictly dominating Transactions are serialized before active dominated Transactions to avoid contention. These dominating Transactions require access to old snapshots. The purpose of this work is to characterize the storage and access cost associated with the approach. We describe a prototype featuring an untrusted version pool mechanism to study this question. An analytical model is developed to predict storage and search costs. The analytical model is validated through measurements made on the prototype. >
Michal Valenta - One of the best experts on this subject based on the ideXlab platform.
-
DASFAA Workshops - On Benchmarking Transaction Managers
Database Systems for Advanced Applications, 2009Co-Authors: Pavel Strnad, Michal ValentaAbstract:We describe an idea of measuring the performance of a Transaction Manager's performance. We design a very simple benchmark intended for evaluating this important component of a DB engine. Then we apply it to our own Transaction Manager's implementation. We also describe the implementation of the Transaction Manager itself. It is done as a software layer over the eXist database engine. It is a standalone module which can be used to extend eXist functionality by Transactional processing when it is needed.
-
ISD (2) - CellStore: Educational and Experimental XML-Native DBMS
Information Systems Development, 2008Co-Authors: Jaroslav Pokorný, Karel Richta, Michal ValentaAbstract:This chapter presents the CellStore project, whose aim is to develop XML-native database engine for both educational and research purposes. In this chapter we discuss the basic concepts of the system and its top-level architecture. Then we discuss individual parts of the systems. The discussion is focused mainly on already finished and tested subsystems — low-level storage (we designed and implemented own binary storage model) naive XQuery implementation, and Transaction Manager. We plan to extend the system in a way to be used as an experimental back-end for web-based application of Semantic web and specialized XML storages. The whole project is managed with focus on clear object-oriented design and test-driven development.
A C Warner - One of the best experts on this subject based on the ideXlab platform.
-
version pool management in a multilevel secure multiversion Transaction Manager
IEEE Symposium on Security and Privacy, 1995Co-Authors: A C Warner, T F KeefeAbstract:The paper presents initial results of an ongoing project to develop an experimental prototype of a multilevel secure (MLS) database system (DBS) based upon a multiversion scheduling protocol. The purpose of the project is to explore design alternatives and demonstrate feasibility. The work focuses on the mechanisms needed to provide efficient access to multiple versions of data as required by the protocol. With this protocol, strictly dominating Transactions are serialized before active dominated Transactions to avoid contention. These dominating Transactions require access to old snapshots. The purpose of this work is to characterize the storage and access cost associated with the approach. We describe a prototype featuring an untrusted version pool mechanism to study this question. An analytical model is developed to predict storage and search costs. The analytical model is validated through measurements made on the prototype. >
-
IEEE Symposium on Security and Privacy - Version pool management in a multilevel secure multiversion Transaction Manager
Proceedings 1995 IEEE Symposium on Security and Privacy, 1Co-Authors: A C Warner, T F KeefeAbstract:The paper presents initial results of an ongoing project to develop an experimental prototype of a multilevel secure (MLS) database system (DBS) based upon a multiversion scheduling protocol. The purpose of the project is to explore design alternatives and demonstrate feasibility. The work focuses on the mechanisms needed to provide efficient access to multiple versions of data as required by the protocol. With this protocol, strictly dominating Transactions are serialized before active dominated Transactions to avoid contention. These dominating Transactions require access to old snapshots. The purpose of this work is to characterize the storage and access cost associated with the approach. We describe a prototype featuring an untrusted version pool mechanism to study this question. An analytical model is developed to predict storage and search costs. The analytical model is validated through measurements made on the prototype. >
Francisco Reverbel - One of the best experts on this subject based on the ideXlab platform.
-
Dynamic Support to Transactional Remote Invocations over Multiple Transports ABSTRACT
2008Co-Authors: Francisco ReverbelAbstract:XActor is a distributed Transaction Manager that affords Transactional remote invocations over an open-ended set of transports. Its support to Transactional interactions is dynamic, in the sense that the Transaction Manager fully exploits a collection of RMI mechanisms and transport protocols that grows with the addition of plug-in modules to running instances of XActor. A distributed Transaction can employ any combination of the transports that the currently installed plug-ins provide. Two-phase commit (logging and failure recovery included) runs over any such combination of transports. Aimed at server-side application containers, XActor can be integrated with those systems in a way that allows its plug-in modules to take advantage of the dynamic deployment facilities of the container environment. 1
-
Dynamic Support to Transactional Remote Invocations over Multiple Transports ⋆
2008Co-Authors: Francisco Reverbel, Ivan Silva NetoAbstract:Abstract. XActor is a distributed Transaction Manager that affords Transactional remote invocations over an open-ended set of transports. Its support to Transactional interactions is dynamic, in the sense that the Transaction Manager fully exploits a collection of RMI mechanisms and transport protocols that grows with the addition of plug-in modules to running instances of XActor. A distributed Transaction can employ any combination of the transports that the currently installed plug-ins provide. Two-phase commit (logging and failure recovery included) runs over any such combination of transports. Aimed at server-side application containers, XActor can be integrated with those systems in a way that allows its plug-in modules to take advantage of the dynamic deployment facilities of the container environment.
-
Dynamic support to Transactional remote invocations over multiple transports
2008Co-Authors: Francisco Reverbel, Ivan Silva NetoAbstract:Abstract. XActor is a distributed Transaction Manager that affords Transactional remote invocations over an open-ended set of transports. Its support to Transactional interactions is dynamic, in the sense that the Transaction Manager fully exploits a collection of RMI mechanisms and transport protocols that grows with the addition of plug-in modules to running instances of XActor. A distributed Transaction can employ any combination of the transports that the currently installed plug-ins provide. Two-phase commit (logging and failure recovery included) runs over any such combination of transports. Aimed at server-side application containers, XActor can be integrated with those systems in a way that allows its plug-in modules to take advantage of the dynamic deployment facilities of the container environment.
-
SAC - Dynamic support to Transactional remote invocations over multiple transports
Proceedings of the 2008 ACM symposium on Applied computing - SAC '08, 2008Co-Authors: Francisco Reverbel, Ivan Silva NetoAbstract:XActor is a distributed Transaction Manager that affords Transactional remote invocations over an open-ended set of transports. Its support to Transactional interactions is dynamic, in the sense that the Transaction Manager fully exploits a collection of RMI mechanisms and transport protocols that grows with the addition of plug-in modules to running instances of XActor. A distributed Transaction can employ any combination of the transports that the currently installed plug-ins provide. Two-phase commit (logging and failure recovery included) runs over any such combination of transports. Aimed at server-side application containers, XActor can be integrated with those systems in a way that allows its plug-in modules to take advantage of the dynamic deployment facilities of the container environment.
-
ACIS-ICIS - Lessons Learned from Implementing WS-Coordination and WS-AtomicTransaction
Seventh IEEE ACIS International Conference on Computer and Information Science (icis 2008), 2008Co-Authors: I.s. Neto, Francisco ReverbelAbstract:This paper presents the design and implementation of a Transaction service that complies with the WS-Coordination and WS-AtomicTransaction standards. Such service builds upon XActor, a distributed Transaction Manager that supports an open-ended set of transports, and enhances it with full support for atomic Transactions over Web services. The paper summarizes the main lessons we learned from implementing those standards. It also identifies weaknesses in the WS-AtomicTransaction specification and presents advice for implementors of any systems based upon WS-Coordination.
Gail E. Kaiser - One of the best experts on this subject based on the ideXlab platform.
-
Integrating a Transaction Manager Component with Process Weaver
1994Co-Authors: George T. Heineman, Gail E. KaiserAbstract:This paper details our experience integrating a Transaction Manager component called Pern with Process Weaver Process Weaver s Petri net based approach is ex cellent for explicitly modeling concurrent activities of cooperating agents but there is no underlying mechanism for treating con icting actions of concurrent independent agents In addition there is a need for advanced Transaction support if we are to extend petri nets to use object management systems to store and access data This paper shows several experiments we performed and our resulting implementation
-
ICDE - The CORD approach to extensible concurrency control
Proceedings 13th International Conference on Data Engineering, 1Co-Authors: George T. Heineman, Gail E. KaiserAbstract:Database management systems (DBMSs) have been increasingly used for advanced application domains, such as software development environments, workflow management systems, computer-aided design and manufacturing, and managed healthcare. In these domains, the standard correctness model of serializability is often too restrictive. The authors introduce the notion of a concurrency control language (CCL) that allows a database application designer to specify concurrency control policies to tailor the behavior of a Transaction Manager. A well-crafted set of policies defines an extended Transaction model. The necessary semantic information required by the CCL run-time engine is extracted from a task Manager, a (logical) module by definition included in all advanced applications. This module stores task models that encode the semantic information about the Transactions submitted to the DBMS. They have designed a rule-based CCL, called CORD, and have implemented a run-time engine that can be hooked to a conventional Transaction Manager to implement the sophisticated concurrency control required by advanced database applications. They present an architecture for systems based on CORD and describe how they integrated the CORD engine with the Exodus Storage Manager to implement altruistic locking.
