Return-Path: Delivered-To: apmail-jakarta-commons-user-archive@www.apache.org Received: (qmail 24206 invoked from network); 13 Jul 2004 03:20:31 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur-2.apache.org with SMTP; 13 Jul 2004 03:20:31 -0000 Received: (qmail 39943 invoked by uid 500); 13 Jul 2004 03:20:26 -0000 Delivered-To: apmail-jakarta-commons-user-archive@jakarta.apache.org Received: (qmail 39733 invoked by uid 500); 13 Jul 2004 03:20:25 -0000 Mailing-List: contact commons-user-help@jakarta.apache.org; run by ezmlm Precedence: bulk List-Unsubscribe: List-Subscribe: List-Help: List-Post: List-Id: "Jakarta Commons Users List" Reply-To: "Jakarta Commons Users List" Delivered-To: mailing list commons-user@jakarta.apache.org Received: (qmail 39720 invoked by uid 99); 13 Jul 2004 03:20:24 -0000 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_HELO_PASS,SPF_PASS X-Spam-Check-By: apache.org Received: from [80.91.224.249] (HELO main.gmane.org) (80.91.224.249) by apache.org (qpsmtpd/0.27.1) with ESMTP; Mon, 12 Jul 2004 20:20:22 -0700 Received: from list by main.gmane.org with local (Exim 3.35 #1 (Debian)) id 1BkDq4-0003Np-00 for ; Tue, 13 Jul 2004 05:20:16 +0200 Received: from adsl-68-94-25-32.dsl.rcsntx.swbell.net ([68.94.25.32]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 13 Jul 2004 05:20:16 +0200 Received: from cekvenich.vic by adsl-68-94-25-32.dsl.rcsntx.swbell.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 13 Jul 2004 05:20:16 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: commons-user@jakarta.apache.org From: Vic Cekvenich Subject: Re: [chain] how to delegate to a command? Date: Mon, 12 Jul 2004 22:19:52 -0500 Lines: 23 Message-ID: References: <40F2D7F5.4050901@manfred-wolff.de> <40F2E9EB.9050801@apache.org> <40F348B0.7060402@apache.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: adsl-68-94-25-32.dsl.rcsntx.swbell.net User-Agent: Mozilla Thunderbird 0.7 (X11/20040615) X-Accept-Language: en-us, en In-Reply-To: <40F348B0.7060402@apache.org> Sender: news X-Virus-Checked: Checked X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N Craig McClanahan wrote: In other words, I would tend to store the > DAO instance as a context attribute under a well-known attribute name > (through some discovery mechanism -- perhaps that is the part of the > system you're really talking about in the above example?), and then > execute a Chain that performs the correct business logic in the correct > order, no matter which DAO is actually used. Would that work? The DAO Crud has to map to the UI "screens", so it's specific, and I can't make it generic, I have to instacinte a DAO for that screen.(I just use collections now w/o beans and have for a while) In any case, there is a CoR use case for dispatching to somnething, if not DAO. If so, one way is that there is an implementation where Command, Contex and Catalog can get a handle to each other. (Which is what I did) > By the way, use of a Catalog is totally optional -- there's no > requirement (from Commons Chain) that a Command or Chain be stored in a > Catalog. I have to get the command by name, so Catalog seems easy. .V --------------------------------------------------------------------- To unsubscribe, e-mail: commons-user-unsubscribe@jakarta.apache.org For additional commands, e-mail: commons-user-help@jakarta.apache.org