Friday, December 07, 2001 10:18 AM
To: 'Struts Users Mailing List'
Subject: RE: Action an overkill ??
Hello all,
I only read up to Ted email, but I think I have enough understanding to give
in
some though. First of all, I am not quite understand what Nathan mean by
'user's
e
t; From: Trieu, Danny [mailto:[EMAIL PROTECTED]]
> Sent: Friday, December 07, 2001 12:18 PM
> To: 'Struts Users Mailing List'
> Subject: RE: Action an overkill ??
>
>
> Hello all,
>
> I only read up to Ted email, but I think I have enough
> understanding to give
&g
like i said, i think that we have some friendly
disagreement...
> I'd say that displaying the rows in alternating colors
> is a function of the presentation.
>
> But what order the rows are given is business logic,
> and should be part of the business API.
>
> Ordering rows one way or another
er
> spent on some other optimization which will have a greater overall
> effect.
Thanks,
danny
-Original Message-
From: Nathan Anderson [mailto:[EMAIL PROTECTED]]
Sent: Friday, December 07, 2001 9:42 AM
To: Struts Users Mailing List
Subject: RE: Action an overkill ??
I have to agree
to your server,
less required bandwidth, etc.
Nathan Anderson
SUM-Ware, Inc.
-Original Message-
From: Robert J. Sanford, Jr. [mailto:[EMAIL PROTECTED]]
Sent: Friday, December 07, 2001 6:29 AM
To: Struts Users Mailing List
Subject: RE: Action an overkill ??
think about using an application
"Robert J. Sanford, Jr." wrote:
> i agree with that but i think we might have some friendly
> disagreement as to what constitutes business logic and
> what doesn't. the original topic of this thread was sorting
> and the concern that hitting an action bean and/or jsp was
> too heavy. my personal o
> there's a big difference between an application that
> is based for use over a network by multiple users
> and an application that runs entirely locally.
>
> in the regard you describe, there is every reason to
> do that on the client, particularly since all the
> data exists on the client to b
owsers we shouldn't treat the users of browser based
>applications any differently than we do standard applications if we can
>possibly avoid doing so.
>
>rjsjr
>
>> -Original Message-
>> From: Ted Husted [mailto:[EMAIL PROTECTED]]
>> Sent: Friday, Dec
than we do standard applications if we can
possibly avoid doing so.
rjsjr
> -Original Message-
> From: Ted Husted [mailto:[EMAIL PROTECTED]]
> Sent: Friday, December 07, 2001 4:31 AM
> To: Struts Users Mailing List
> Subject: Re: Action an overkill ??
>
>
> Which mak
ginal Message-
From: Edward Q. Bridges [mailto:[EMAIL PROTECTED]]
Sent: Friday, December 07, 2001 6:24 AM
To: Struts Users Mailing List; Ted Husted
Subject: Re: Action an overkill ??
i was a little confused about your original post on this subject, but then
your followup seemed to confuse me
The Action would call the business logic, as opposed to the view. The
actual code resides in the business layer, but there would be a method
call in the Action.
People have been known to code the actual business logic into an Action,
but have usually lived to regret it.
If data were stored in a
i was a little confused about your original post on this subject, but then
your followup seemed to confuse me more.
your original post on this subject seems to imply there is an additional
layer, distinct from the Action, where business logic should reside.
then, your follow up seems to confirm
Martin Fowler tells a good story about the Chrysler payroll system.
After spending some time noodling what was probably needed fixing, Kent
Beck broke out a profiler. Turned out the real problem was creating
empty date ranges. ("It takes awhile to create nothing.") They created a
constant for the
't the presentation of the table be a
> > > JavaScript based
> > > >table with buttons (or whatever) on the column
> > > headers that handles
> > > >the data sorting on the client side?
> > > >
> > > >that would allow you to dump
t; >table with buttons (or whatever) on the column
> > headers that handles
> > >the data sorting on the client side?
> > >
> > >that would allow you to dump the data down to the
> > client in whatever
> > >initial order is deemed appropriate by the busi
form their sorting as they desire
> without having to
> >go back to the server at all.
> >
> >rjsjr
> >
> >> -Original Message-
> >> From: Ted Husted [mailto:[EMAIL PROTECTED]]
> >> Sent: Wednesday, December 05, 2001 8:05 AM
> &
iness logic and allow
>the client to perform their sorting as they desire without having to
>go back to the server at all.
>
>rjsjr
>
>> -Original Message-
>> From: Ted Husted [mailto:[EMAIL PROTECTED]]
>> Sent: Wednesday, December 05, 2001 8:05 AM
>> T
sers Mailing List
> Subject: Re: Action an overkill ??
>
>
> It's my personal opinion that presentation pages should be as dumb as
> possible. It should not have to "think" about the data, just render it
> as it has been given.
>
> Conversely, the business laye
ssage-
From: Sobkowski, Andrej [mailto:[EMAIL PROTECTED]]
Sent: 05 December 2001 15:27
To: 'Struts Users Mailing List'
Subject: RE: Action an overkill ??
Hello,
two comments/questions:
- in my opinion, sorting data is somehow business processing. Suppose that
you have a long list of
Hi Ted,
Yes, very good point. It would indeed be the best place to sort
Jon.
-Original Message-
From: Ted Husted [mailto:[EMAIL PROTECTED]]
Sent: 05 December 2001 15:36
To: Struts Users Mailing List
Subject: Re: Action an overkill ??
"Jon.Ridgway" wrote:
> Some choic
"Jon.Ridgway" wrote:
> Some choices are not so clear cut. Sorting a table for instance could be
> handled by a taglib or a repost to an action that sorts and forwards back to
> the jsp. I guess I would favor the taglib option here, as I might (heaven
> forbid) use a framework other than struts in
t; in the sense that the app server
supports/provides many more services (transactions, object pooling,
security, ...)?
Thanks.
Andrej
-Original Message-
From: Jon.Ridgway [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, December 05, 2001 10:14 AM
To: 'Struts Users Mailing List'
Sub
ess I would favor the taglib option here, as I might (heaven
forbid) use a framework other than struts in the future.
Jon Ridgway
-Original Message-
From: Abhishek Srivastava [mailto:[EMAIL PROTECTED]]
Sent: 05 December 2001 10:53
To: 'Struts Users Mailing List'
Subject: RE: Act
List'
Subject: RE: Action an overkill ??
Ted's Catalog was useful in this regard as it clearly say no linking to
jsps so no more sorting a table by jsp as it leads to a jsp making a
hyperlink to itself rather than an action.
Wish I could find something on the access of Ejbs via jsp-t
It's my personal opinion that presentation pages should be as dumb as
possible. It should not have to "think" about the data, just render it
as it has been given.
Conversely, the business layer should be as smart as possible, and
provide whatever alternatives the rest of the application needs to
;> action and a restricted use of business-logic-custom tags.
>>
>> hope this helps
>> Alexander Jesse
>>
>> -Original Message-
>> From: Abhishek Srivastava [mailto:[EMAIL PROTECTED]]
>> Sent: Wednesday, December 05, 2001 11:53 AM
>> To:
60052.
***/*** phone +91 80 2251554 Extn:1532
* * mailto:[EMAIL PROTECTED]
>> -Original Message-
>> From: Alexander Jesse [mailto:[EMAIL PROTECTED]]
>> Sent: Wednesday, December 05, 2001 4:47 PM
>> To: struts-user
>&
mandates the use of
action and a restricted use of business-logic-custom tags.
hope this helps
Alexander Jesse
-Original Message-
From: Abhishek Srivastava [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, December 05, 2001 11:53 AM
To: 'Struts Users Mailing List'
Subject: RE: Actio
ED]>
Sent: Wednesday, December 05, 2001 10:53 AM
Subject: RE: Action an overkill ??
> Thanks for your reply,
>
> There is a debate in my team these days on the use of Jsp Tags versus
> Actions.
>
> Some jsp developers feel that ejbs should be accessed via tag libraries,
>
2001 4:05 PM
>> To: struts-user
>> Subject: RE: Action an overkill ??
>>
>>
>> Hi,
>>
>> going through the action hides the
>> presentation-implementation from the user's eyes.
>>
>> For example, the user will only see ".../do/sh
Hi,
going through the action hides the presentation-implementation from the user's eyes.
For example, the user will only see ".../do/showTable" (or ".../showTable.do") in
the browser's address line and therefor not be able to bookmark the jsp-file, when
you use an action.
The action also allows
31 matches
Mail list logo