-Original Message-
From: news [mailto:[EMAIL PROTECTED] Behalf Of Vic Cekvenich
==///==
Craig R. McClanahan wrote:
There's a couple of variations on the theme that are
possible, but I can think
of at least three layers of something that might be called
a form bean in
-Original Message-
From: Sgarlata Matt [mailto:[EMAIL PROTECTED]
Sent: 17 December 2003 22:11
To: Struts Developers List
Subject: Re: Struts 2.0 Ideas (was Re: Struts 2.0 Discussion Forum)
- Original Message -
From: Joe Germuska [EMAIL PROTECTED]
To: Struts Developers
-Original Message-
From: Ted Husted [mailto:[EMAIL PROTECTED]
Sent: 17 December 2003 23:00
To: Struts Developers List
Subject: Re: Struts 2.0 Ideas (was Re: Struts 2.0 Discussion Forum)
====
A sort of meta-question: When is Struts no longer Struts? I
mean, how much
-Original Message-
From: news [mailto:[EMAIL PROTECTED] Behalf Of Vic Cekvenich
In terms of new functionality, the three biggest fish I'd
like to fry
are Workflow, SSL, and Unit Testing. Towards that end, I'd like to
consider integrating LivingLogic's Workflow, ssl-ext, and
-Original Message-
From: news [mailto:[EMAIL PROTECTED] Behalf Of Vic Cekvenich
====
public ActionForward someStateAction(
org.apache.commons.chain.Context context );
It can *all* go into context(or a Map!!!), else we have the
tilesAction
execute signature.
-Original Message-
From: Ted Husted [mailto:[EMAIL PROTECTED]
Personally, I would setup my own catalog for the application that
contained all the business commands. The Action then prepares the
context, invokes the Command from the Catalog, and extracts
the result.
I think I
-Original Message-
From: Ted Husted [mailto:[EMAIL PROTECTED]
Craig R. McClanahan wrote:
To address Ted's (legitimate) concern, I would prefer that
we adopt a more
stringent (but one that can be administered based on
reasonably objective
criteria) policy on Struts website
-Original Message-
From: Craig R. McClanahan [mailto:[EMAIL PROTECTED]
Sent: 12 November 2003 02:06
To: Struts Developers List
Subject: Re: [struts-chain] Some ideas
Quoting Konstantin Shaposhnikov [EMAIL PROTECTED]:
Thank you for quick response and your ideas about the
-Original Message-
From: neso m [mailto:[EMAIL PROTECTED]
Hi !
Has anyone found sample STRUTS application and/or
documentation on the net that uses frames. Top menu, side
menu and main screen. Could you please respond directly in
case you can and willing to help.
PLEASE
WOW WEE! Politicking on the Struts DEV list.
I am definitely ashamed now. Talk about taking the
lollipop (for my USA friends, the Candy) out of the babies#
mouth. It's definitely a bridge too far. End of the world
is neigh impossible to contemplate. After too much mastication
that tooth is
-Original Message-
From: James Mitchell [mailto:[EMAIL PROTECTED]
Sent: 12 November 2003 18:01
To: Struts Developers List
Subject: Re: [OT] RE: cvs commit: jakarta-struts/doc/resources
archives.xml co nsultants.xml powered.xml sigs.xml
On Wed, 12 Nov 2003, PILGRIM, Peter, FM
But not lot of text to go with it!
--
Peter Pilgrim,
Struts/J2EE Consultant, RBoS FM, Risk IT
Tel: +44 (0)207-375-4923
-Original Message-
From: Steve Raeburn [mailto:[EMAIL PROTECTED]
Sent: 17 October 2003 06:53
To: Struts Developers List
Subject: RE: Using Eclipse to contribute to
-Original Message-
From: Jing Zhou [mailto:[EMAIL PROTECTED]
- Original Message -
From: PILGRIM, Peter, FM [EMAIL PROTECTED]
To: 'Struts Developers List' [EMAIL PROTECTED]
Sent: Monday, October 13, 2003 5:39 AM
Subject: RE: Struts-chain Behavior Discussion
*Question
test 1 2 3 4
--
Peter Pilgrim,
Struts/J2EE Consultant, RBoS FM, Risk IT
Tel: +44 (0)207-375-4923
***
This e-mail is intended only for the addressee named above.
As this e-mail may contain confidential or privileged
-Original Message-
From: Craig R. McClanahan [mailto:[EMAIL PROTECTED]
Sent: 06 October 2003 17:25
To: Struts Developers List
Subject: Re: Struts-chain Behavior Discussion
Paul Speed wrote:
I haven't looked at the implementation yet (I intend to when I have
more than 2
I have been very busy unable to catch with Struts Dev list.
Anyway I was fighting with Turbine/JCS trying to compile with
Ant, I was literally beating myself up looking at these
dependencies, then I read in a forum somewhere Use Maven.
I used Maven. Oh my goodness. Whoop! There it is.
Why does
-Original Message-
From: Micael [mailto:[EMAIL PROTECTED]
Hi, Peter,
Yah, there are some that don't like free knowledge or
listening. So there
was no way to not offend some people. I appreciate that.
Why I don't
know, and I don't need to know. But, I have a watch. LOL.
Can we remove this spam trap user [EMAIL PROTECTED]'?
--
Peter Pilgrim,
Struts/J2EE Consultant, RBoS FM, Risk IT
Tel: +44 (0)207-375-4923
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Sent: 09 August 2003 09:54
To: [EMAIL PROTECTED]
Subject: Re: Re: Resource
-Original Message-
From: David Graham [mailto:[EMAIL PROTECTED]
--//--
I chose my words carefully when I said ActionContext interface. I
*think* we can all agree that if we added this it should be
an interface
:-).
----
Why would want the ActionContext to be an interface?
-Original Message-
From: David Graham [mailto:[EMAIL PROTECTED]
Sent: 11 August 2003 14:47
To: Struts Developers List
Subject: Re: ActionForwards, et al (was SuccessAction)
--- Ted Husted [EMAIL PROTECTED] wrote:
David Graham wrote:
What I think we're seeing here
is that
-Original Message-
From: Ted Husted [mailto:[EMAIL PROTECTED]
--//--
The idea would be to give ActionForward a type property for a Java
class. If the property is specified, instead of just taking
the path as
it stands, the Controller would call a prepare method on the
-Original Message-
From: Peter A. Pilgrim [mailto:[EMAIL PROTECTED]
--//--
Craig R. McClanahan wrote:
On Tue, 12 Aug 2003, Peter A. Pilgrim wrote:
So we could have convenience methods such as
StrutsWebContext scontext = (StrutsWebContext)context;
// Where
Craig,
Just got back from Holidays. Am I already late to party?
How about `DynaActionForm' with unmodifiable map
`MutableDynaActionForm' with a direct modifiable map.
--
Peter Pilgrim,
Struts/J2EE Consultant, RBoS FM, Risk IT
Tel: +44 (0)207-375-4923
-Original Message-
From: Craig
-Original Message-
From: Ted Husted [mailto:[EMAIL PROTECTED]
Sent: 04 June 2003 12:05
To: Struts Developers List
Subject: Re: composable RequestProcessor
I still don't see why processing an action request is any different
than processing a validation request.
Formed like
-Original Message-
From: Ted Husted [mailto:[EMAIL PROTECTED]
David Graham wrote:
This reminds me of modules where they sounded like a great
idea and then
there's nobody to support the bugs.
Amen to that, brother.
-Original Message-
From: David Graham [mailto:[EMAIL PROTECTED]
If RequestProcessor becomes an interface then you ought invent
a RequestProcessorManager interface, which is an object
responsible for managing and invoking request processor.
In other words we have a manager and
-Original Message-
From: Matthias Bauer [mailto:[EMAIL PROTECTED]
I will try to wrap up, what we are up against: The current
RequestProcessor implementation does not support chains of request
processors. So the developer has to decide which request processor to
choose. This
-Original Message-
From: David Graham [mailto:[EMAIL PROTECTED]
Sent: 02 June 2003 15:12
To: [EMAIL PROTECTED]
Subject: RE: composable RequestProcessor
An interface should be easy to construct aggregated request
processors.
If you are saying
import
The controller that I have seen, appear only to subclass one or two methods.
In other wards the controllers are specialising certain methods only.
Some of these methods are returning an object. Be it an ActionForward
or java.lang.String at some point you have to decide which return
value should be
-Original Message-
From: Matthias Bauer [mailto:[EMAIL PROTECTED]
I am very much in line with you. Where do we go from now? It
would be a
pity if we let the ideas drain, we discussed here.
--- Matthias
Andrew Hill wrote:
snip
This leads to a proliferation of
-Original Message-
From: Craig R. McClanahan [mailto:[EMAIL PROTECTED]]
Sent: 13 February 2003 17:48
To: Struts Developers List
Subject: RE: Forcing or replacing a request processor version
1.1 beta3
-
On Thu, 13 Feb 2003, PILGRIM, Peter, FM wrote:
Date: Thu, 13 Feb
-Original Message-
From: David Graham [mailto:[EMAIL PROTECTED]]
Sent: 14 February 2003 14:39
To: [EMAIL PROTECTED]
Subject: RE: Forcing or replacing a request processor version
1.1 beta3
-
I certainly could do that and I am doing that, but I want to
force the custom request
It's valentine unfortunately I am now, just leaving work,
Struts is not my sweetheart.
--
Peter Pilgrim,
Struts/J2EE Consultant, RBoS FM, Risk IT
Tel: +44 (0)207-375-4923
-Original Message-
From: Craig R. McClanahan [mailto:[EMAIL PROTECTED]]
Sent: 14 February 2003 17:20
To: Struts
-Original Message-
From: Craig R. McClanahan [mailto:[EMAIL PROTECTED]]
On Fri, 14 Feb 2003, PILGRIM, Peter, FM wrote:
Am I missing something, or can't you just say:
controller processorClass=com.mycompany.MyRequestProcessor/
and be done with it?
Craig
I
-Original Message-
From: Karr, David [mailto:[EMAIL PROTECTED]]
----
Sigh. I can see this now. For reference, section 10.1 (Simple Tag
Handlers) of the JSP specification, in the section Properties, has
this statement:
Once properly set, all properties are expected to be
-Original Message-
From: Ted Husted [mailto:[EMAIL PROTECTED]]
----
Will making this change beg another beta release cycle?
Or, do we we already anticipate a Struts 1.1 beta 4?
If we are going to need a beta 4 anyway, then, sure, lets do it now.
If there is any chance
-Original Message-
From: Craig R. McClanahan [mailto:[EMAIL PROTECTED]]
As we've discussed a couple of times, the last major
functionality change
we had discussed for Struts 1.1 was to migrate to dependence on
commons-resources, rather than the proprietary message
resource
37 matches
Mail list logo