Steve Raeburn wrote
1. Big reason for not including this as a standard action is the use of '.x'
to identify the method name to dispatch to. The .x suffix has a particular
meaning in HTML (i.e. Image Button) and it would be incorrect/misleading to
subvert it for other uses that have nothing to do
On Thu, 16 Sep 2004 21:19:03 -0700, Michael McGrady
[EMAIL PROTECTED] wrote:
Martin Cooper wrote:
IMHO, dispatch actions, whatever flavour, are a bad idea in the first
place. They are essentially second-level controllers. What for? You
already have a perfectly good controller in the
Steve Raeburn wrote:
Michael,
If that was you, Steve, trying to reach me on the chat, you caught me in
the middle of changing based on your recommendation or objections from
.x to method. The chat is now working.
Michael
-
To
Martin Cooper wrote:
On Thu, 16 Sep 2004 21:19:03 -0700, Michael McGrady
[EMAIL PROTECTED] wrote:
Martin Cooper wrote:
IMHO, dispatch actions, whatever flavour, are a bad idea in the first
place. They are essentially second-level controllers.
The problem that dispatch actions are
Date: 2004-09-17T00:16:40
Editor: MichaelMcGrady [EMAIL PROTECTED]
Wiki: Apache Struts Wiki
Page: StrutsCatalogSimpleDispatchAction
URL: http://wiki.apache.org/struts/StrutsCatalogSimpleDispatchAction
no comment
Change Log:
Date: 2004-09-17T00:25:47
Editor: MichaelMcGrady [EMAIL PROTECTED]
Wiki: Apache Struts Wiki
Page: StrutsCatalogSimpleDispatchAction
URL: http://wiki.apache.org/struts/StrutsCatalogSimpleDispatchAction
no comment
Change Log:
Date: 2004-09-17T00:29:55
Editor: MichaelMcGrady [EMAIL PROTECTED]
Wiki: Apache Struts Wiki
Page: StrutsCatalogSimpleDispatchAction
URL: http://wiki.apache.org/struts/StrutsCatalogSimpleDispatchAction
no comment
Change Log:
Date: 2004-09-17T00:38:15
Editor: MichaelMcGrady [EMAIL PROTECTED]
Wiki: Apache Struts Wiki
Page: StrutsCatalogSimpleDispatchAction
URL: http://wiki.apache.org/struts/StrutsCatalogSimpleDispatchAction
no comment
Change Log:
hi Kranti,
welcome to the world of Struts
sachin
xoriant, mumbai
-Original Message-
From: Kranti Parisa [mailto:[EMAIL PROTECTED]
Sent: Friday, September 17, 2004 3:23 PM
To: [EMAIL PROTECTED]
Subject: Hello Friends
Hello Friends,
This is Kranti Parisa, Software Engineer.
I am
Yes, welcome. Be sure you are subscribed to the user list. The Dev list is
for questions about the source code for the framework itself, not how to use
it.
--
James Mitchell
Software Engineer / Open Source Evangelist
EdgeTech, Inc.
678.910.8017
AIM: jmitchtx
- Original Message -
I don't think we have the volunteer hours to support starting from scratch
and do you really want to rewrite ActionServlet, Action, etc.? IMO, we
have a lot of tested, used, stable code that we should continue to use.
You're right that we have some crufty old stuff that needs to be removed
(all
Hello and sorry to disturb everyone,
I want to use Niall Pemberton's wrapping on POJO's addition to
struts for my application.
I personally see it as a great idea that removes one of the main
reasons why I might use spring over struts ie having to inherit
from ActionForm or whatever.
Now my 1 cent worth:)...
(sorry if this is wordy but I do wish some of you comment on it.. esp
Martin and Niall because I'd be interested in your approaches)..
First off, I've used all the flavors of DispatchAction available so I'm
familiar with their use. I'm certainly anti
One of the things I see asked very frequently on the Users mailing list is
how to return PDF's and other BLOB fields from a database (or from a file
system). People either have trouble figuring out how to do it and require
help, or have trouble making it work.
Please find attached source for a
Ok, I'm not knocking jdbc but for me using hibernate this is what my
action class looks like
public ActionForward execute(ActionMapping mapping, ActionForm form,
HttpServletRequest request, HttpServletResponse response)
throws Exception {
Long id = new
Its a good question and what I would say is...
* no ones objected to the change and it is in the Struts 1.2.4 release which
is being voted on now. There are no guarantees for the future but the
convention in Struts is that we maintain backward compatibility and IMO
someone would have to have good
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=31270.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
There are no guarantees for the future but the
convention in Struts is that we maintain backward compatibility and
IMO
someone would have to have good reason to remove it and break
compatibility
once it has been released- at least in the 1.x.x series (Struts 2.0
revolution is another case).
Lets I'd rather keep everything onlist rather than offlist - thanks.
Firstly I'm not *doing* anything except taking part in a debate and posting
opinions/code samples on the wiki. I don't understand the reference to
*butchering* your code. Your code stands as you posted it on the wiki
unchanged
I'm just regretting taking part in this whole DisptachAction discussion and
am trying to back out of it. Feel free to re-open this if you're interested
in pursuing it further.
Niall
- Original Message -
From: Hubert Rabago [EMAIL PROTECTED]
To: Struts Developers List [EMAIL PROTECTED]
Well I don't contribute to struts but I have to say that one of the
distinguishing
features of the ( less mature ) springframework is that action forms don't have
to inherit a concrete class.
There has been a lot of criticism of this ( ActionForm etc ) in the past.
I think it would be a very
On Fri, 17 Sep 2004 18:55:29 +0200, bryan [EMAIL PROTECTED] wrote:
Well I don't contribute to struts but I have to say that one of the
distinguishing
features of the ( less mature ) springframework is that action forms don't have
to inherit a concrete class.
There has been a lot of
Rick Reumann wrote the following on 9/17/2004 11:03 AM:
The main reason I like the use of a DispatchAction
is in regard to situations where you have multiple buttons on a form.
You know, the more I think about I think I might just go back to using
reular ActionForms and not even bother with any
Rick Reumann [EMAIL PROTECTED] wrote:
*Without using Javascript to swap out the form Action name, I'm curious
how you guys accomplish using multiple buttons for a form without the
use of a DispatchAction?*
You could of course submit to one regular Action that will look at the
parameters
Sorry to clug the dev list with this, but since the topic started here,
I'll continue. What about this approach that when enable the use of
regular Actions and would handle the multiple button problem
I like the concept of using single Actions since it isolates what you
are doing in a single
Mike Kienenberger wrote the following on 9/17/2004 2:17 PM:
Not relevent to my situation. We require a WebObjects-like page state cache
to handle backtracking issues. Thus our URLs end up looking like
http://.com:/ebpp/duSRSod7x598ZkHOQ16p1spKaMzS3yj1Dj_1.1.psc and
contain no
Based on its quality, the Struts 1.2.4 build should be classified as:
[X] General Availability (GA)
(from a user). I successfully tested it with several webapps.
Struts extension projects. I'm really looking forward to working 1.3.x
though, even if it requires Maven :)
Don, do you have
Martin Cooper wrote the following on 9/16/2004 10:59 PM:
IMHO, dispatch actions, whatever flavour, are a bad idea in the first
place. They are essentially second-level controllers. What for?
I'm still not totally convinced DispatchActions don't have their place
for handling CRUD stuff. Do you
Rick Reumann [EMAIL PROTECTED] wrote:
Mike Kienenberger wrote the following on 9/17/2004 2:17 PM:
Any time you allow an end user an opportunity to specify a parameter for
reflection, you're introducing security concerns.
However, a secure version could be created by only allowing a
Mike Kienenberger wrote:
Rick Reumann [EMAIL PROTECTED] wrote:
Mike Kienenberger wrote the following on 9/17/2004 2:17 PM:
Any time you allow an end user an opportunity to specify a parameter for
reflection, you're introducing security concerns.
However, a secure version could
30 matches
Mail list logo