Mailing-List: contact struts-dev-help@jakarta.apache.org; run by ezmlm
Precedence: bulk
Reply-To: "Struts Developers List" <struts-dev@jakarta.apache.org>
Message-ID: <3FF62C67.8030909@dbgroups.com>
Date: Fri, 02 Jan 2004 19:43:51 -0700
From: BaTien Duong <batien.duong@dbgroups.com>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.2; en-US;
 rv:1.4) Gecko/20030624
MIME-Version: 1.0
To: Struts Developers List <struts-dev@jakarta.apache.org>
Subject: Re: [Proposal] ActionFactory refactoring
References: <bt4o4j$mnd$1@sea.gmane.org>
 <Pine.LNX.4.44.0401021144200.19077-100000@hermie.twdata.org>
 <bt4qd6$5ld$1@sea.gmane.org>
In-Reply-To: <bt4qd6$5ld$1@sea.gmane.org>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit

Vic Cekvenich wrote:

>
>
> Don Brown wrote:
>  It would take probably a few hours
>
>> to code so little effort is "wasted" when the struts-chain move takes
>> place.
>>
>
> I think that is the key at the end of the day. I think it be more 
> effective the few hours be spent on integrating IoC into struts-chain.... 

Yes, integration of Struts-chain and IoC seems to hold a key for 
managing a group of services that are passed via Struts-Chain as a 
controller. I am exploring this with PicoContainer (using 
DefaultLifeCyclePicoContainer which provides both life cycle management 
and Config object).

BaTien
DBGROUPS

> but I do not need to remind anyone I am not a commiter, and even then 
> each comiter can commit what they please, but I would rather see a 
> design of IoC in CoR. If CoR already does digester, it can't be to far 
> away from some level of alpha. I think it easier to work with a clean 
> sheet of paper, but your preference, thanks for contributions.
> Maybe if there is a way to create a commons-IoC-api of interfaces that 
> could be implemented as Nano, Hivemind, etc.  and .... I duno.
>
> .V
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: struts-dev-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: struts-dev-help@jakarta.apache.org
>
> .
>


---------------------------------------------------------------------
To unsubscribe, e-mail: struts-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: struts-dev-help@jakarta.apache.org