Return-Path: Delivered-To: apmail-river-dev-archive@www.apache.org Received: (qmail 51061 invoked from network); 4 Mar 2011 13:48:03 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 4 Mar 2011 13:48:03 -0000 Received: (qmail 57894 invoked by uid 500); 4 Mar 2011 13:48:03 -0000 Delivered-To: apmail-river-dev-archive@river.apache.org Received: (qmail 57868 invoked by uid 500); 4 Mar 2011 13:48:03 -0000 Mailing-List: contact dev-help@river.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@river.apache.org Delivered-To: mailing list dev@river.apache.org Received: (qmail 57859 invoked by uid 99); 4 Mar 2011 13:48:03 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 04 Mar 2011 13:48:03 +0000 X-ASF-Spam-Status: No, hits=-0.0 required=5.0 tests=RCVD_IN_DNSWL_NONE,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of pats@acm.org designates 209.86.89.64 as permitted sender) Received: from [209.86.89.64] (HELO elasmtp-curtail.atl.sa.earthlink.net) (209.86.89.64) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 04 Mar 2011 13:47:55 +0000 Received: from [70.230.203.30] (helo=[192.168.1.100]) by elasmtp-curtail.atl.sa.earthlink.net with esmtpa (Exim 4.67) (envelope-from ) id 1PvVLy-0001QP-Hq for dev@river.apache.org; Fri, 04 Mar 2011 08:47:35 -0500 Message-ID: <4D70ED73.6000108@acm.org> Date: Fri, 04 Mar 2011 05:47:31 -0800 From: Patricia Shanahan User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2.14) Gecko/20110221 Thunderbird/3.1.8 MIME-Version: 1.0 To: dev@river.apache.org Subject: Re: [jira] Created: (RIVER-393) Distributed Java Space References: <186317761.13635.1299239257161.JavaMail.tomcat@hel.zones.apache.org> In-Reply-To: <186317761.13635.1299239257161.JavaMail.tomcat@hel.zones.apache.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-ELNK-Trace: 9a090983a806273c061ba25959e76cc985338a7d01cb3b6a7e972de0d01da940f4bad6683689218ea425d3fb5b333958350badd9bab72f9c350badd9bab72f9c X-Originating-IP: 70.230.203.30 On 3/4/2011 3:47 AM, Tom Hobbs (JIRA) wrote: > - Block the write method call until the RS is happy the entry is persisted safely Could you define what you mean by "persisted safely"? Do you count getting it to non-volatile storage, or does it need to be stored on multiple servers? If the transaction is in non-volatile storage but that storage is attached to a dead server, the entry exists only in a very theoretical sense, and attempts to read or take it would fail. I feel that distributed transactions are sufficiently closely related that they should be discussed in the same Jira. Patricia