Return-Path: Delivered-To: apmail-jakarta-commons-dev-archive@www.apache.org Received: (qmail 30567 invoked from network); 22 Nov 2004 07:39:55 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur-2.apache.org with SMTP; 22 Nov 2004 07:39:55 -0000 Received: (qmail 68386 invoked by uid 500); 22 Nov 2004 07:39:50 -0000 Delivered-To: apmail-jakarta-commons-dev-archive@jakarta.apache.org Received: (qmail 68313 invoked by uid 500); 22 Nov 2004 07:39:50 -0000 Mailing-List: contact commons-dev-help@jakarta.apache.org; run by ezmlm Precedence: bulk List-Unsubscribe: List-Subscribe: List-Help: List-Post: List-Id: "Jakarta Commons Developers List" Reply-To: "Jakarta Commons Developers List" Delivered-To: mailing list commons-dev@jakarta.apache.org Received: (qmail 68292 invoked by uid 99); 22 Nov 2004 07:39:49 -0000 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests=RCVD_BY_IP,SPF_HELO_PASS,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (hermes.apache.org: domain of mfncooper@gmail.com designates 64.233.184.196 as permitted sender) Received: from [64.233.184.196] (HELO wproxy.gmail.com) (64.233.184.196) by apache.org (qpsmtpd/0.28) with ESMTP; Sun, 21 Nov 2004 23:39:47 -0800 Received: by wproxy.gmail.com with SMTP id 55so199004wri for ; Sun, 21 Nov 2004 23:39:42 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:references; b=bcVd6/X4pTM4rmAtCKE4hnsYT9ALDZhlDuA7AvxCuwX96jgJ+z8Rc6Elkhd+4aD7RO7qnBftXeH0g79FrghtMy/9JTuaEqqwJuvJKXoeYEn5qRVbOWKEVXltMPPJrJxhmr1U5bOZNGWhZ+7zMzQtuyoViAXK+dGol4RIN3O4QCQ= Received: by 10.54.29.38 with SMTP id c38mr1686171wrc; Sun, 21 Nov 2004 23:39:42 -0800 (PST) Received: by 10.54.7.56 with HTTP; Sun, 21 Nov 2004 23:39:42 -0800 (PST) Message-ID: <16d6c62004112123394c3ceac7@mail.gmail.com> Date: Sun, 21 Nov 2004 23:39:42 -0800 From: Martin Cooper Reply-To: Martin Cooper To: Jakarta Commons Developers List Subject: Re: [VOTE] Release Chain 1.0 In-Reply-To: <009201c4d047$292fa420$0302a8c0@mattlaptop> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <20041121145254.T752@minotaur.apache.org> <009201c4d047$292fa420$0302a8c0@mattlaptop> X-Virus-Checked: Checked X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N This sounds like an enhancement request to me. Are you really suggesting that Chain should not be released until your specific enhancement is endorsed and incorporated into the component? I'm afraid I, for one, can't sign up for that. Suggestions for enhancements should be made on separate threads. This thread is for a vote on whether or not to release what we have now. -- Martin Cooper On Sun, 21 Nov 2004 22:55:51 -0500, Matt Sgarlata wrote: > Before a 1.0 release, I would like to suggest an alternative Context > interface. Sorry, I realize I'm getting to the game a little late ;) I > think it is inappropriate for Context to extend from Map, because a Context > as defined in the Chain package isn't really a Map. Maps are great, but for > what the Chain package is trying to do they're probably overkill. One > testament to this fact is the incredible difficulty of implementing the > ServletWebContext class. Implementing methods like entrySet(), keySet(), > and values() are a real pain, and the implementations are all O(n)... ouch. > > Below is my suggested alternative interface. It's simple by design, to make > it easy to implement. > > public interface Context { > > public String[] getPropertyNames() throws ContextException; > > public Object get(String propertyName) throws ContextException; > > public void set(String propertyName, Object propertyValue) > throws ContextException; > } > > I also am concerned that the ServletWebContext class exposes too much > information that is specific to the presentation tier. Even if a business > object were to depend only on the Context interface, if a ServletWebContext > was passed in, the business object would be tied to HTTP symantics with > calls such as context.get("sessionScope.myBean.myProperty"). I would > recommend a context simliar to the one available to the JST: let request > attributes be a scratchpad and let session and application items be visible > so long as they aren't blocked by a lower level. > > For full javadoc on my ideas behind contexts, please see the > net.sf.morph.Context class and the net.sf.morph.context.* package. Also, > take a look at net.sf.morph.context.ServletWebContext. Here's a link to the > Morph homepage where you can access the Morph API: > http://www.crystalcognition.com/sgarlatm/morph > > I'm not on SourceForge yet but I applied on Friday so hopefully I'll be > there soon! > > Matt > > > ----- Original Message ----- > From: "Martin Cooper" > To: > Sent: Sunday, November 21, 2004 6:01 PM > Subject: [VOTE] Release Chain 1.0 > > >I believe Chain is now sufficiently complete and stable to warrant an > >official 1.0 release. There are no outstanding bug reports, and the > >component is already in use in a number of projects. > > > > The plan is to release HEAD as Commons Chain 1.0 on completion of a > > successful vote. I will be the release manager. > > > > --------------------------------------------------------------- > > [ ] +1 I support this release and am willing to help > > [ ] +0 I support this release but am unable to help > > [ ] -0 I do not support this release > > [ ] -1 I do not support this release, and here are my reasons > > --------------------------------------------------------------- > > > > Here is my own +1. > > > > -- > > Martin Cooper > > > > --------------------------------------------------------------------- > > To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org > > For additional commands, e-mail: commons-dev-help@jakarta.apache.org > > > > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org > For additional commands, e-mail: commons-dev-help@jakarta.apache.org > > --------------------------------------------------------------------- To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org For additional commands, e-mail: commons-dev-help@jakarta.apache.org