Barga, R., Pu, C.: Reflection on a legacy transaction processing monitor. In: Proceedings Reflection '96, San Francisco, CA, USA (1996)  Home/Search   Document Details and Download   Summary   Related Articles   Check

....domains. The domain ensures the connection between type of policies and transaction managers. But domains also introduce a classification of TD policies as mentioned in Section 2.2. This classification needs to be open as the addition of new TD policies could imply the definition of new domains [13]. The domain represents an abstraction of the demarcation as we define an abstraction of the transaction manager. This second level of abstraction allows the specialization and the simplification of the functionalities of the transaction manager for the context of transaction demarcation. Then, ....

Barga, R., Pu, C.: Reflection on a legacy transaction processing monitor. In: Proceedings Reflection '96, San Francisco, CA, USA (1996)

....modules that provide a meta interface to the underlying TP monitor, allowing application developpers to adjust both the application programming interface and the system functionalities. We propose to use an adaptable transaction manager inspired from the Reflexive Transaction Framework defined by [10]. In the following we introduce this Reflexive Transaction Framework (RTF) and we show that it is sufficient enough to implement our extended transaction model. TheRreflexive Transaction Framework To accommodate the diversity beetween different extended transaction models, the RTF introduce a ....

....by a transaction manager with special isolation property from other transactions. We propose to implement this extended transaction model by using an adaptable transaction manager. We plan to define an adaptable transaction manager, inspired from the Reflexive Transaction Framework defined by [10]. Our model fits well with transactional applications by enhancing the standard isolation property. However many applications are not transactional by nature and do not require ACID properties. The remaining work consists in defining a very restricted transaction model which only provides the ....

R. Barga, C. Pu, "Reflections on a legacy Transaction Processing Monitor", in Proc. of Reflection'96, San Francisco, April 1996.

....functionality layer be composed at will out of a set of crossapplication concerns realized as o# the shelf components in order to get the desired behavior. In the beginning of the paper, we made the analogy between an application server and an operating system. Research on open implementations [1] has shown the problems with monolithic closed operating systems, TP monitors, etc. and has indicated the need and the power of more flexible systems, providing client applications control over their own implementation strategy via a welldesigned auxiliary interface (e.g. 6, 17] This allows ....

R. Barga and C. Pu. Reflection on a legacy transaction processing monitor. In Reflection '96, San Francisco, California, 1996.

.... related work on incremental specialisation [Druschel93, Pu93, Pu95] Other notable work on the use of reflection in systems includes Stroud s work on atomicity [Stroud95] and his more recent work on adapting third party components [Welch98] Barga and Pu s work on flexible atomic transactions [Barga96], Mitchell s work on flexible scheduling architectures [Mitchell98] Maeda s work on reflective file systems [Maeda96] and the Zypher architecture for hypermedia systems [Demeyer96] Sony and the Swedish Institute of Computer Science are also collaborating on the development of DART (Distributed ....

Barga, R., C. Pu, "Reflection on a Legacy Transaction Processing Monitor", In Proceedings of Reflection 96, G. Kiczales (ed), pp 63-78, San Francisco; Also available from Dept. of Computer Science and Engineering, Oregon Graduate Institute of Science and Technology, P.O. Box 91000, Portland, OR 97291-1000, 1996.

....code block. The concurrency code block could be implemented at the meta level. Extended transactions. The classic ACID model of transactions is not sufficient for some application domains, especially for reactive applications [8] To make extended transaction models practical to use, Barga and Pu [1] propose a Reflective Transaction Framework which transparently assigns extended semantics to transactions. Fault tolerance. Fabre and colleagues show how different fault tolerance mechanisms can be implemented at the meta level [10] Just in time compilation. The meta interface can be extended ....

R. Barga and C. Pu. Reflection on a Legacy Transaction Processing Monitor. Proceedings of Reflection `96, San Francisco, Ca., pp. 63--78, April 1996.

.... for parallel discrete event simulation is modeled by means of reflection in [63] Reflection has also been used explicitly to support parallel and concurrent language constructs [39] Similarly, interconnection issues have been addressed reflectively in order to support flexible transaction models [13, 12]. Reflective frameworks for the Actor languages MERING IV and Rosette have been proposed in [21] and [60] respectively. In MERING IV, programs may access meta instances to modify an object or meta classes to change a class definition. In Rosette, the meta level is described in terms of three ....

R. Barga and C. Pu. Reflection on a legacy transaction processing monitor. In Proceedings Reflection '96, San Francisco, CA, USA, April 1996.

Online articles have much greater impact   More about CiteSeer.IST   Add search form to your site   Submit documents   Feedback  

CiteSeer.IST - Copyright Penn State and NEC