[Taps] Old paper related to your PASTE talk

Bob Briscoe <ietf@bobbriscoe.net> Mon, 14 August 2017 11:38 UTC

Return-Path: <ietf@bobbriscoe.net>
X-Original-To: taps@ietfa.amsl.com
Delivered-To: taps@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 351F31321AA; Mon, 14 Aug 2017 04:38:06 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.001
X-Spam-Level:
X-Spam-Status: No, score=-2.001 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=bobbriscoe.net
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id dhPj1vH7iPCL; Mon, 14 Aug 2017 04:38:03 -0700 (PDT)
Received: from server.dnsblock1.com (server.dnsblock1.com [85.13.236.178]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B129B1321A4; Mon, 14 Aug 2017 04:38:03 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=bobbriscoe.net; s=default; h=Content-Transfer-Encoding:Content-Type: MIME-Version:Date:Message-ID:Subject:From:Cc:To:Sender:Reply-To:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:In-Reply-To:References:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=DmpnEoilwiwoQ96n4RcQzpM8DiDzbYwtAzO4+D31IM0=; b=ujRepKHRKNyzYgd50VLYOvkIEk T6SLsmCTOwOwh9B8HyLAiWQqWd7ZNjLdybmCe+GFUZV8556ZT3M0h6mhs+y1BLngZzX/V2qVrSA9c N5wwkZrshDnVJWuKXW9F+l6HMjo3ezZYePmcrLTbSukmLbqXnzBhVqul+L/UusomY8yZJY/gOl4SX LG5ZYUUlXeTInsb6e8kJQlHzqSOM5rs9FsOZ9bzvp33/XXOoBe5tehxgE2dEAZf5wacAEHxvFton7 mHkSmSgZqRAd2dFBzMIefK2VpFeaCusLaJysnhBUIoQuCwIAhL7j1fQIZ6OpvTlK37FEE7JLYqS5J feknPIbA==;
Received: from 6.136.199.146.dyn.plus.net ([146.199.136.6]:43850 helo=[192.168.0.2]) by server.dnsblock1.com with esmtpsa (TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128) (Exim 4.89) (envelope-from <ietf@bobbriscoe.net>) id 1dhDh2-0004bA-Ds; Mon, 14 Aug 2017 12:38:00 +0100
To: michio@netapp.com, TAPS WG IETF list <taps@ietf.org>
Cc: tsv-area IETF list <tsv-area@ietf.org>
From: Bob Briscoe <ietf@bobbriscoe.net>
Message-ID: <80679bf9-b708-47d9-b955-5aab181f03ad@bobbriscoe.net>
Date: Mon, 14 Aug 2017 12:37:57 +0100
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.2.1
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"; format="flowed"
Content-Transfer-Encoding: 8bit
Content-Language: en-GB
X-AntiAbuse: This header was added to track abuse, please include it with any abuse report
X-AntiAbuse: Primary Hostname - server.dnsblock1.com
X-AntiAbuse: Original Domain - ietf.org
X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12]
X-AntiAbuse: Sender Address Domain - bobbriscoe.net
X-Get-Message-Sender-Via: server.dnsblock1.com: authenticated_id: in@bobbriscoe.net
X-Authenticated-Sender: server.dnsblock1.com: in@bobbriscoe.net
Archived-At: <https://mailarchive.ietf.org/arch/msg/taps/7zzia9jnz6xyZuQsbdSweph4bOE>
Subject: [Taps] Old paper related to your PASTE talk
X-BeenThere: taps@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Discussions on Transport Services <taps.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/taps>, <mailto:taps-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/taps/>
List-Post: <mailto:taps@ietf.org>
List-Help: <mailto:taps-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/taps>, <mailto:taps-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 14 Aug 2017 11:38:06 -0000

Michio and the TAPS wg,

While I was checking over DavidB's (excellent) TSVAREA minutes, the 
discussion of the relationship between writing to non-volatile memory 
and TAPS triggered an old memory. I believe this would effectively add a 
requirement for persistence and/or transactional semantics to the API.

In the distributed systems research community, there was work on an API 
for persistence and transactional semantics that came up with some nice 
ideas in the late 1990s. They used reflection to provide app-specific 
information declaratively but still separate from app code. Obviously 
the age of the work dates some of the details (e.g. use of CORBA or 
Java), and there's no explicit consideration of latency, but it's still 
worth trying to understand the rationale for using reflection.

I found these two papers, that are part of the old ANSA project site 
that Andrew Herbert kindly rescued from oblivion recently, and uploaded 
to more stable storage (irony intended):

Schwiderski, Scarlet, "Design and Implementation of a Persistence 
Service for Java," ANSA Technical Report APM.1940.02 (January 1997)
http://www.computerconservationsociety.org/ansa/97/Primary/194002.pdf

Wu, Zhixue, "A Reflective Component-Based Transaction Architecture" 
Middleware'98
http://www.computerconservationsociety.org/ansa/ANSAhtml/98-ansa/external/9804tb/9804tran.pdf

And this tech report, which I haven't read, from the Uni of Tromsø:

Anna-Brith A. Jakobsen and Randi Karlsen, "ReflecTS; A Reflective 
Transaction Service Framework for Open Applications"
https://munin.uit.no/bitstream/handle/10037/378/report.pdf;sequence=1
via https://munin.uit.no/handle/10037/378

This paper gives a good starting point:
Stroud, R. & Wu, Z., "Using Meta-Object Protocols to Implement Atomic 
Data Types," Distributed Syst. Engineering 952(2):168-189 In: Proc. 
ECOOP'95 Vol.952 No.2 pp.168-189 (1995)
I can't find it online, but here's a scan of a tech report with the same 
title and authors: https://assets.cs.ncl.ac.uk/TRs/512.pdf


For those interested, try searching for some variation of "transaction 
OR persistence reflection metaobject middleware"




Bob


-- 
________________________________________________________________
Bob Briscoe                               http://bobbriscoe.net/