Remote queues: exposing message queues for optimization and atomicity
Proceedings of the seventh annual ACM symposium on Parallel algorithms and architectures
Principles of transaction processing: for the systems professional
Principles of transaction processing: for the systems professional
Implementing E-Transactions with Asynchronous Replication
IEEE Transactions on Parallel and Distributed Systems
e-Transactions: End-to-End Reliability for Three-Tier Architectures
IEEE Transactions on Software Engineering
Transaction Processing: Concepts and Techniques
Transaction Processing: Concepts and Techniques
The design of a CORBA group communication service
SRDS '96 Proceedings of the 15th Symposium on Reliable Distributed Systems
A Pragmatic Implementation of e-Transactions
SRDS '00 Proceedings of the 19th IEEE Symposium on Reliable Distributed Systems
Recovery guarantees for Internet applications
ACM Transactions on Internet Technology (TOIT)
Exploiting the internet inter-ORB protocol interface to provide CORBA with fault tolerance
COOTS'97 Proceedings of the 3rd conference on USENIX Conference on Object-Oriented Technologies (COOTS) - Volume 3
Adding group communication and fault-tolerance to CORBA
COOTS'95 Proceedings of the USENIX Conference on Object-Oriented Technologies on USENIX Conference on Object-Oriented Technologies (COOTS)
EOS: exactly-once E-service middleware
VLDB '02 Proceedings of the 28th international conference on Very Large Data Bases
Ensuring e-Transaction with Asynchronous and Uncoordinated Application Server Replicas
IEEE Transactions on Parallel and Distributed Systems
Hi-index | 0.00 |
The e-Transaction abstraction is a recent formalization of end-to-end reliability properties for three-tier systems. In this work, we present a protocol ensuring the e-Transaction guarantees in case the back-end tier consists of a centralized database. Our proposal addresses the case of stateless application servers, and is both simple and effective since 1) it does not employ any distributed commit protocol and 2) does not require coordination among the replicas of the application server.