Return-Path: 
 <dev-return-37201-apmail-struts-dev-archive=struts.apache.org@struts.apache.org>
Delivered-To: apmail-struts-dev-archive@www.apache.org
Received: (qmail 78148 invoked from network); 1 Sep 2005 17:03:02 -0000
Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199)
  by minotaur.apache.org with SMTP; 1 Sep 2005 17:03:02 -0000
Received: (qmail 8621 invoked by uid 500); 1 Sep 2005 17:02:59 -0000
Delivered-To: apmail-struts-dev-archive@struts.apache.org
Received: (qmail 8370 invoked by uid 500); 1 Sep 2005 17:02:58 -0000
Mailing-List: contact dev-help@struts.apache.org; run by ezmlm
Precedence: bulk
List-Unsubscribe: <mailto:dev-unsubscribe@struts.apache.org>
List-Help: <mailto:dev-help@struts.apache.org>
List-Post: <mailto:dev@struts.apache.org>
List-Id: "Struts Developers List" <dev.struts.apache.org>
Reply-To: "Struts Developers List" <dev@struts.apache.org>
Delivered-To: mailing list dev@struts.apache.org
Received: (qmail 8357 invoked by uid 99); 1 Sep 2005 17:02:58 -0000
Received: from asf.osuosl.org (HELO asf.osuosl.org) (140.211.166.49)
    by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 01 Sep 2005 10:02:58 -0700
X-ASF-Spam-Status: No, hits=0.1 required=10.0
	tests=HTML_30_40,HTML_MESSAGE,RCVD_BY_IP,SPF_HELO_PASS,SPF_PASS
X-Spam-Check-By: apache.org
Received-SPF: pass (asf.osuosl.org: domain of craigmcc@gmail.com designates
 64.233.170.203 as permitted sender)
Received: from [64.233.170.203] (HELO rproxy.gmail.com) (64.233.170.203)
    by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 01 Sep 2005 10:03:12 -0700
Received: by rproxy.gmail.com with SMTP id c51so198894rne
        for <dev@struts.apache.org>; Thu, 01 Sep 2005 10:02:56 -0700 (PDT)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws;
        s=beta; d=gmail.com;
        h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:references;
        b=rzP/xz07WAlVYVkLDat2Alh9JfXU6iZ70tkCSja5TGRcTkZm5ozbLepAF5j5/TAS+Twdu0sa2D6yfpCQaw9ZKueaHDBDrZKl1CHt8qlU1zEf22vKa1hhkhoC/GbhoGaBXMoFSf1dkbBJARneY9rWdtf4VSI19Cnlr4hnCRKb04g=
Received: by 10.38.209.9 with SMTP id h9mr110568rng;
        Thu, 01 Sep 2005 10:02:56 -0700 (PDT)
Received: by 10.39.3.15 with HTTP; Thu, 1 Sep 2005 10:02:56 -0700 (PDT)
Message-ID: <f8b39ace0509011002761ec41f@mail.gmail.com>
Date: Thu, 1 Sep 2005 10:02:56 -0700
From: Craig McClanahan <craigmcc@gmail.com>
Reply-To: craigmcc@apache.org
To: Sean Schofield <sean.schofield@gmail.com>
Subject: Re: [shale] Why does <subdialog> data disappear when terminating?
Cc: Struts Developers List <dev@struts.apache.org>
In-Reply-To: <f8b39ace05090110005dcfb9cd@mail.gmail.com>
Mime-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----=_Part_1891_20506558.1125594176141"
References: <2387fbc50508311437162ea1a@mail.gmail.com>
	 <2387fbc505083114534f6e17e6@mail.gmail.com>
	 <f8b39ace0508311504151612a1@mail.gmail.com>
	 <2387fbc50509010624407525ac@mail.gmail.com>
	 <f8b39ace05090110005dcfb9cd@mail.gmail.com>
X-Virus-Checked: Checked by ClamAV on apache.org
X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N

------=_Part_1891_20506558.1125594176141
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

On 9/1/05, Craig McClanahan <craigmcc@gmail.com> wrote:

>=20
> It's like the difference between reusing common code by refactoring it=20
> into a separate method, and calling it, versus reusing common code by=20
> cut-n-paste. I prefer the former :-). Incidentally, this aspect of dialog=
's=20
> design came straight from Spring WebFlow, which draws the same sort of=20
> distinction (although they manage per-webflow state quite a lot=20
> differently).
>=20

Of course, right after I pressed Send I thought of an even clearer way to=
=20
look at it ... the state object of a subdialog is like the local variables=
=20
stack of a method call that is currently in progress. It's contents are=20
visible *within* that subdialog/method, but not outside.

Craig

------=_Part_1891_20506558.1125594176141--