2009•Repository for Publications and Research Data (ETH Zurich)Open access

JAP transaction processing failure scenarios

Barbara Schwarz

Open full text 0 citations

Abstract

Current transaction processing in Credit Suisse is implemented as a centralized system.Now the possibility of implementing transaction processing as a distributed system on a Java application platform is being considered.In this new environment transactional applications communicate with each other through remote service calls.In order to prevent high transactional complexity, remote service calls are not executed from within the transaction.In case of a failure, atomicity is not guaranteed any more and needs to be reestablished.Reconciliation logic, however, must not be reinvented by each application over and over again, but provided once and for all by the application platform.This master thesis provides an overview of possible failure scenarios and analysis their impact on transactional applications.The purpose of this document is to provide the system developers and administrators with information, which is essential for defining standard procedures and mechanism for failure handling.

Open-access reader

About this research paper

What this paper is about

Current transaction processing in Credit Suisse is implemented as a centralized system.Now the possibility of implementing transaction processing as a distributed system on a Java application platform is being considered.In this new environment transactional applications communicate with each other through remote service calls.In order to prevent high transactional complexity, remote service calls are not executed from within the transaction.In case of a failure, atomicity is not guaranteed any more and needs to be reestablished.Reconciliation logic, however, must not be reinvented by each application over and over again, but provided once and for all by the application platform.This master thesis provides an overview of possible failure scenarios and analysis their impact on transactional applications.The purpose of this document is to provide the system developers and administrators with information, which is essential for defining standard procedures and mechanism for failure handling.

Why it matters

A significance statement is not available in the OpenAlex record.

Key contribution

A contribution statement is not available in the OpenAlex record.

Method / approach

Method details are not available in the OpenAlex metadata.

Main findings

Findings are not separately available in the OpenAlex metadata.

Limitations

Limitations are not available in the OpenAlex metadata.

Applications

Application details are not available in the OpenAlex metadata.

Available abstract

Current transaction processing in Credit Suisse is implemented as a centralized system.Now the possibility of implementing transaction processing as a distributed system on a Java application platform is being considered.In this new environment transactional applications communicate with each other through remote service calls.In order to prevent high transactional complexity, remote service calls are not executed from within the transaction.In case of a failure, atomicity is not guaranteed any more and needs to be reestablished.Reconciliation logic, however, must not be reinvented by each application over and over again, but provided once and for all by the application platform.This master thesis provides an overview of possible failure scenarios and analysis their impact on transactional applications.The purpose of this document is to provide the system developers and administrators with information, which is essential for defining standard procedures and mechanism for failure handling.

Key concepts: Atomicity, Transaction processing, Computer science, Distributed transaction, Database transaction, Transaction processing system, Java, Online transaction processing

Related papers

Back to paper searchBrowse research topicsOriginal source
JAP transaction processing failure scenarios — Research Paper | ScholarLens