ot putting out some Struts's concepts I was missing.
José.
> -Original Message-
> From: PILGRIM, Peter, FM [mailto:[EMAIL PROTECTED]]
> Sent: Thursday, February 20, 2003 6:49 PM
> To: 'Struts Users Mailing List'
> Subject: RE: Struts design flaw -- Ac
> -Original Message-
> From: NYIMI Jose (BMB) [mailto:[EMAIL PROTECTED]]
> Sent: 17 February 2003 14:37
> To: Struts Users Mailing List
> Subject: Struts design flaw -- ActionForms are not true domain objects
>
>
> Dear Struts Users,
>
> I have just bought this book : "Expert one-one-one
I would say DTO
-Original Message-
From: NYIMI Jose (BMB) [mailto:[EMAIL PROTECTED]]
Sent: Monday, February 17, 2003 5:35 PM
To: Struts Users Mailing List
Subject: RE: Struts design flaw -- ActionForms are not true domain objects
Rod Johnson: "The idea of copying properties fr
s are not true domain objects
On Mon, 17 Feb 2003, Chris Halverson wrote:
> Date: Mon, 17 Feb 2003 09:16:01 -0600
> From: Chris Halverson <[EMAIL PROTECTED]>
> Reply-To: Struts Users Mailing List <[EMAIL PROTECTED]>
> To: Struts Users Mailing List <[EMAIL PROTECTED]>
On Monday, Feb 17, 2003, at 13:04 US/Eastern, John Cavacas wrote:
Struts is great for what it does, and Rods Spring Framework also seems
great
at what it does. There are also flaws in both Struts and Spring. But
that's
the beauty and simplicity of all of this. If you don't like something,
don
It's 19h22 in Belgium : time for me to go home :-)
Thanks for your input ...
Soon ?
José.
DISCLAIMER
"This e-mail and any attachment thereto may contain information which is confidential
and/or protected by intellectual property rights and are intended for the sole use of
the reci
> I think Rod makes a common mistake in believing Struts is suppose to act
> as the base of your domain architecture. Struts is a presentation layer"
> controller. Sophisticated applications will also need their own *domain
> layer* controller.
[John Cavacas]
I have to disagree with that statement
> * Thus a Struts ActionForm is not a true domain object.
Definitely true -- ActionForm is a view tier object, used (by the
framework, not the application) to maintain the server-side state of input
fields on an HTML form. Trying to treat it as a domain object is a misuse
of Struts, and vio
Touche...
Of course I have to shamelessly plug our domain layer framework,
eQ!(www.browsersoft.com/eQ) :-)
One of the goals is to be UI independant, as well as deployment
independant (app server, client-server, standalone), but we also provide
adapters for Swing and of course Struts. If we had
"Validation code shouldn't be contained in web-tier controllers or any
objects unique to the web tier. This allows the reuse of validation objects
for other client types".
You can perform absolutely no validation in the Struts web tier if you
choose. Validate wherever you like; Struts provides
Monday, February 17, 2003 10:10 AM
To: Struts Users Mailing List
Subject: RE: Struts design flaw -- ActionForms are not true domain
objects
> True data binding is generally inflexible and troublesome.
> Having come
> from the VB world many years ago, and its data binding way of doing
>
Rod Johnson: "The idea of copying properties from an action form to business command
is inelegant and there is no support for type checking."
Was there so far an around solution ?
José.
DISCLAIMER
"This e-mail and any attachment thereto may contain information which is confidential
Rod Johnson: "The idea of copying properties from an action form to business command
is inelegant and there is o support for type checking."
Was there so far an around solution ?
José.
DISCLAIMER
"This e-mail and any attachment thereto may contain information which is confidential
On Mon, 17 Feb 2003, Chris Halverson wrote:
> Date: Mon, 17 Feb 2003 09:16:01 -0600
> From: Chris Halverson <[EMAIL PROTECTED]>
> Reply-To: Struts Users Mailing List <[EMAIL PROTECTED]>
> To: Struts Users Mailing List <[EMAIL PROTECTED]>
> Subject: Re: Struts d
NYIMI Jose (BMB) wrote:
True data binding is generally inflexible and troublesome.
Having come
from the VB world many years ago, and its data binding way of doing
things, I can say that I can't stand it. Having a middle
ground creates
more opportunities and power than not having it. I know
> True data binding is generally inflexible and troublesome.
> Having come
> from the VB world many years ago, and its data binding way of doing
> things, I can say that I can't stand it. Having a middle
> ground creates
> more opportunities and power than not having it. I know some
> who sti
NYIMI Jose (BMB) wrote:
-Original Message-
From: Robert Taylor [mailto:[EMAIL PROTECTED]]
Sent: Monday, February 17, 2003 4:35 PM
To: Struts Users Mailing List
Subject: RE: Struts design flaw -- ActionForms are not true
domain objects
If you use any flavor of DynaForms, you can
any light on
that argument.
> -Original Message-
> From: David Graham [mailto:[EMAIL PROTECTED]]
> Sent: Monday, February 17, 2003 9:31 AM
> To: [EMAIL PROTECTED]
> Subject: RE: Struts design flaw -- ActionForms are not true domain
> objects
>
>
> It's n
> -Original Message-
> From: Robert Taylor [mailto:[EMAIL PROTECTED]]
> Sent: Monday, February 17, 2003 4:35 PM
> To: Struts Users Mailing List
> Subject: RE: Struts design flaw -- ActionForms are not true
> domain objects
>
>
> If you use any flavor of Dyna
onForms are not true domain
> objects
>
>
> > -Original Message-
> > From: David Graham [mailto:[EMAIL PROTECTED]]
> > Sent: Monday, February 17, 2003 3:55 PM
> > To: [EMAIL PROTECTED]
> > Subject: Re: Struts design flaw -- ActionForms are not true
>
ply-To: "Struts Users Mailing List" <[EMAIL PROTECTED]>
To: "Struts Users Mailing List" <[EMAIL PROTECTED]>
Subject: RE: Struts design flaw -- ActionForms are not true domain objects
Date: Mon, 17 Feb 2003 09:18:08 -0600
i think the argument isn't about it
Is there any plan to move ActionForms to true domain objects ?
No. See past developer and user list discussions on this topic.
> Struts uses too many
> concrete base classes. We will be working to use more
> interfaces over time.
Any idea on when or version ?
Because introducing interfac
L PROTECTED]>
Subject: RE: Struts design flaw -- ActionForms are not true domain objects
Date: Mon, 17 Feb 2003 09:10:48 -0600
> -Original Message-
> From: David Graham [mailto:[EMAIL PROTECTED]]
> Sent: Monday, February 17, 2003 8:55 AM
> To: [EMAIL PROTECTED]
> Sub
> -Original Message-
> From: Chris Halverson [mailto:[EMAIL PROTECTED]]
> Sent: Monday, February 17, 2003 9:16 AM
> To: Struts Users Mailing List
> Subject: Re: Struts design flaw -- ActionForms are not true domain
> objects
>
>
> "James Childers" &
sers Mailing List
> Subject: RE: Struts design flaw -- ActionForms are not true domain
> objects
>
>
>
>
> > -Original Message-
> > From: David Graham [mailto:[EMAIL PROTECTED]]
> > Sent: Monday, February 17, 2003 8:55 AM
> > To: [EMAIL PROTECTED]
>
"James Childers" <[EMAIL PROTECTED]> writes:
> You can't really use that outside of a servlet container. This is
> not a knock to Struts; it was never designed to be a general purpose
> MVC model. But noone is going to write a Swing app using Struts, for
> example.
http://javaboutique.internet.co
> -Original Message-
> From: David Graham [mailto:[EMAIL PROTECTED]]
> Sent: Monday, February 17, 2003 3:55 PM
> To: [EMAIL PROTECTED]
> Subject: Re: Struts design flaw -- ActionForms are not true
> domain objects
>
>
> The author correctly states th
> -Original Message-
> From: David Graham [mailto:[EMAIL PROTECTED]]
> Sent: Monday, February 17, 2003 8:55 AM
> To: [EMAIL PROTECTED]
> Subject: Re: Struts design flaw -- ActionForms are not true domain
> objects
>
> However, Struts is not "too JS
The author correctly states that ActionForms are not true domain objects.
This is intentional. He also correctly points out that Struts uses too many
concrete base classes. We will be working to use more interfaces over time.
However, Struts is not "too JSP oriented". JSP is the most popular
29 matches
Mail list logo
