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 -- ActionForms are not true
domain objects
-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 J2EE
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
-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 JSP oriented. JSP is the most
popular Java user
-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 that ActionForms are not true
domain objects
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.
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]
Subject: Re: Struts design flaw -- ActionForms are not true domain
objects
-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 [EMAIL PROTECTED] writes:
You can't really
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]
Subject: Re: Struts design flaw -- ActionForms are not true domain
objects
However
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 interfaces
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 being too servlet-container centric,
rather that it is too tightly coupled
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
domain objects
The author correctly states that ActionForms
-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 pass the user
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 not coupled to JSP at all. Struts provides taglibs
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
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 still
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
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 design flaw -- ActionForms are not true domain
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
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
, 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
things, I can say that I can't stand
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
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
* 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
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
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
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,
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]
Subject: Re: Struts design flaw
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 from
29 matches
Mail list logo
