Mailing-List: contact user-help@struts.apache.org; run by ezmlm
Precedence: bulk
Reply-To: "Struts Users Mailing List" <user@struts.apache.org>
Received-SPF: pass (hermes.apache.org: domain of dakota.jack@gmail.com
 designates 64.233.184.204 as permitted sender)
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=X03CaWmWfe3Iq4wjzPoDwQCPwv/ATJRdOOJElTHsSap0pxIrF6emrSGAGL+xDVKcj7peR1tL1CCGdps0EFdXM1R4kcpb8A/lQeaaCDaSvdv7i5A9TykK1dhvVEJ0aPZqKXlet0cS/DzRMWWfgqI7XhprN/ykVafxWkddLh9uH1o=
Message-ID: <e030143005021911142f11f356@mail.gmail.com>
Date: Sat, 19 Feb 2005 11:14:09 -0800
From: Dakota Jack <dakota.jack@gmail.com>
Reply-To: Dakota Jack <dakota.jack@gmail.com>
To: Struts Users Mailing List <user@struts.apache.org>
Subject: Re: Struts or SpringFramework
In-Reply-To: <cv5vf3$543$1@sea.gmane.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
References: <f472e9a0050217171711822d25@mail.gmail.com>
	 <e030143005021717341aa46120@mail.gmail.com>
	 <a10a823c050218045525473e86@mail.gmail.com>
	 <cv4rg9$gn5$1@sea.gmane.org>
	 <014f01c515d7$8c46f6a0$28ad93d1@irm.local>
	 <cv5gkv$qv6$1@sea.gmane.org>
	 <a654d06405021815381b8dcdc3@mail.gmail.com>
	 <cv5vf3$543$1@sea.gmane.org>

Thanks, Vic.  I would suggest that they are not competitors for the
same job under normal circumstances.  IoC might be seen as for a
plumbing strategy (architecture), e.g. Action, RequestProcessor,
ActionForm, etc. as interfaces and CoR for implementation strategies
(application).  I personally would not use CoR where IoC was needed or
where AOP was needed.  I hope I am not being repetitive, but I think
that having RequestProcessor as an interface and using CoR in a
default implementation of that interface would be good.  Am I clear? 
Am I nuts?  ;-)

On Fri, 18 Feb 2005 18:01:32 -0600, Vic <vin@friendvu.com> wrote:
> So the short answer is... I can't!
> You use a QuickSort and a BubleSort in 2 diferent scenarios, one is good
> for semi sorted data, the other for large sorts.
> 
> I used IoC to organize and configure classes after the fact.
> With CoR.... I can re-use comands in a diferent context and still be
> able to configure them. Seemed to me like 2 was too much, one had to go.
> 
> It's possible that IoC will be added in later versions of Struts, but I
> likely will chose to use only to use CoR.
> This is a begining of Vi vs Emacs that will last for years. Spring is
> more complicated than Struts 1.3... hmmm.
> 
> .V
> 
> Shey Rab Pawo wrote:
> 
> >  What I
> >don't quite see is how they or CoR replace IoC.  IoC seems to me to
> >address a completely different and consistent set of solutions to a
> >completely different and consistent set of problems.  So, if you could
> >explain this, I would appreciate it.
> >
> >
> >
> 
> --
> Forums, Boards, Blogs and News in RiA <http://www.boardVU.com>
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
> For additional commands, e-mail: user-help@struts.apache.org
> 
> 


-- 
"You can lead a horse to water but you cannot make it float on its back."
"Heaven has changed.  The Sky now goes all the way to our feet.

~Dakota Jack~

"This message may contain confidential and/or privileged information.
If you are not the addressee or authorized to receive this for the
addressee, you must not use, copy, disclose, or take any action based
on this message or any information herein. If you have received this
message in error, please advise the sender immediately by reply e-mail
and delete this message. Thank you for your cooperation."

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