- Original Message -
From: Bob Lee [EMAIL PROTECTED]
To: Struts Developers List [EMAIL PROTECTED]
Sent: Tuesday, October 28, 2003 10:00 AM
Subject: Re: Session-scoped forms and synchronization...
Craig R. McClanahan wrote:
Well, you can get more than one *created*, but only one
- 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 of Architecture*
Does this mean that we have solved the hideous Action
- Original Message -
From: Ted Husted [EMAIL PROTECTED]
To: Struts Developers List [EMAIL PROTECTED]
Sent: Thursday, October 16, 2003 4:37 AM
Subject: Re: Struts-chain Behavior Discussion
Jing Zhou wrote:
Commons-chain is not intended to solve that debate topic originally.
Last
- Original Message -
From: PILGRIM, Peter, FM [EMAIL PROTECTED]
To: 'Struts Developers List' [EMAIL PROTECTED]
Sent: Thursday, October 16, 2003 5:09 AM
Subject: RE: Struts-chain Behavior Discussion
-Original Message-
From: Jing Zhou [mailto:[EMAIL PROTECTED
I could be convinced if I see a possible mechanism that deals with
the command coupling problem and state storage problem.
Jing, it is sounding more and more like what you want is a scripting
control flow language expressed in XML. That is absolutely, totally,
*not* what
- Original Message -
From: Craig R. McClanahan [EMAIL PROTECTED]
To: Struts Developers List [EMAIL PROTECTED]
Sent: Monday, October 06, 2003 7:25 PM
Subject: Re: Struts-chain Behavior Discussion
I actually think this is better, because you can customize *just* the B1
path or *just*
It's not so much about complexity as it is readability.
The complexity in my message refers to the verboseness of the
chain-config.xml file. What I am looking for is a possible
simpler syntax to do the job.
If I care what Process Action is then I can see the detail. Goto's
were deemed
- Original Message -
From: Craig R. McClanahan [EMAIL PROTECTED]
To: Struts Developers List [EMAIL PROTECTED]
Sent: Tuesday, October 07, 2003 2:22 PM
Subject: Re: Struts-chain Behavior Discussion
You do not need to determine Class4 was always run or not,
actually it is determined
In the example, the L1 labeled chain is invoked by Class1 if it returns
false.
Sorry, it should be changed to if it returns true (to terminate the
original
chain instance).
Jing
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
- Original Message -
From: Craig R. McClanahan [EMAIL PROTECTED]
To: Struts Developers List [EMAIL PROTECTED]
Sent: Saturday, October 04, 2003 1:02 PM
Subject: Re: Struts-chain Behavior Discussion
They could indeed be made part of the chain, and checking the current
state to see
- Original Message -
From: Paul Speed [EMAIL PROTECTED]
To: Struts Developers List [EMAIL PROTECTED]
Sent: Monday, October 06, 2003 3:40 AM
Subject: Re: Struts-chain Behavior Discussion
(1) LookupCommand
(2) ExceptionCatcher
(3) SelectLocale
(4) Process Action
(a)
- Original Message -
From: Craig R. McClanahan [EMAIL PROTECTED]
To: Struts Developers List [EMAIL PROTECTED]
Sent: Monday, October 06, 2003 11:26 AM
Subject: Re: Struts-chain Behavior Discussion
Looks like you are asking less while I am asking more :-)
Exactly. More == Bloat
- Original Message -
From: Paul Speed [EMAIL PROTECTED]
To: Struts Developers List [EMAIL PROTECTED]
Sent: Monday, October 06, 2003 5:58 PM
Subject: Re: Struts-chain Behavior Discussion
Jing Zhou wrote:
- Original Message -
From: Paul Speed [EMAIL PROTECTED
- Original Message -
From: Ted Husted [EMAIL PROTECTED]
To: Struts Developers List [EMAIL PROTECTED]
Sent: Saturday, October 04, 2003 10:37 AM
Subject: Re: Struts-chain Behavior Discussion
Jing Zhou wrote:
For me, Simple thing should be simple is the
top rule that supersedes any
- Original Message -
From: Craig R. McClanahan [EMAIL PROTECTED]
To: Struts Developers List [EMAIL PROTECTED]
Sent: Friday, October 03, 2003 7:09 PM
Subject: Re: Struts-chain Behavior Discussion
Jing Zhou wrote:
It looks to me that I threw a disturbing idea. Now I change
It looks to me that I threw a disturbing idea. Now I change
the subject for more discussions of different opinions.
Craig mentioned the go to statement in programming
languages and hinted it could be an evil if Chain implement
the semantics of go to (I just called it jump behavior).
If we
- Original Message -
From: Craig R. McClanahan [EMAIL PROTECTED]
To: Struts Developers List [EMAIL PROTECTED]
Sent: Wednesday, October 01, 2003 11:24 AM
Subject: Re: [struts-chain] Writing a command to process a Tiles Definition
There's a conditional behavior use case in the existing
- Original Message -
From: Ted Husted [EMAIL PROTECTED]
To: Struts Developers List [EMAIL PROTECTED]
Sent: Tuesday, September 30, 2003 6:29 AM
Subject: Re: Reviving PageController (ViewController?) discussion?
Jing Zhou wrote:
- A well designed framework should not have overlapped
From an earlier discussion (Where is Struts 2 going?), I could see
people kind of agree with the following picture.
We have two adjacent layers around Struts 2, one above and
one below:
1) Presentation Layer:
Struts html tags, JSF, Velocity, and many others.
2) Business Logic Layer:
- Original Message -
From: Joe Germuska [EMAIL PROTECTED]
To: Struts Developers List [EMAIL PROTECTED]
Sent: Monday, September 29, 2003 9:37 AM
Subject: Re: Reviving PageController (ViewController?) discussion?
Thanks for the thorough and thoughtful response/contribution to the
Personally, I'd like to start the work on 2.x by defining the use-cases
or stories that we'd like the framework to realize. Ideally, we should
be able to trace each feature back to its use-case. Then, I'd suggest we
build the framework up, story by story, test by test.
Here's some early
I believe this topic has been discussed hundreds of times
in different subjects. One of important tasks for a new
version is to identify concept leaps. This is the place I
would like to entertain your brain - hope everyone to have
a brainstorm on what are really the innovative ideas to be
built in
[EMAIL PROTECTED]
Sent: Thursday, September 19, 2002 10:36 AM
Subject: Re: [Forward-Looking] Struts and JavaServer Faces
On Wed, 18 Sep 2002, Jing Zhou wrote:
[snip]
* Transition one page at a time to use the new tag libraries,
making an appropriate modification to the forward elements
this framework continues to amaze
and humble me.
Craig McClanahan
Jing Zhou
--
To unsubscribe, e-mail:
mailto:[EMAIL PROTECTED]
For additional commands, e-mail:
mailto:[EMAIL PROTECTED]
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
- Original Message -
From: Craig R. McClanahan [EMAIL PROTECTED]
To: Struts Developers List [EMAIL PROTECTED]
Sent: Thursday, August 01, 2002 5:10 PM
Subject: Re: Struts-EL: Ideas about name and indexed name attributes?
See intermixed (well, it's really at the bottom).
Assume
PROTECTED] writes:
Jing == Jing Zhou [EMAIL PROTECTED] writes:
Jing The convention (see JSTL spec 2.2.1) is to use the name var
for attributes
Jing that export information. As I do not think html-el:text/
should do any
Jing export
Jing things, we could simplify Craig's example
- Original Message -
From: David M. Karr [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Thursday, August 01, 2002 11:55 AM
Subject: Re: Struts-EL: Ideas about name and indexed name attributes?
See comments below.
Jing == Jing Zhou [EMAIL PROTECTED] writes:
Therefore, I would
- Original Message -
From: David M. Karr [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Monday, July 22, 2002 11:45 PM
Subject: Re: Struts-EL: Ideas about name and indexed name attributes?
Craig == Craig R McClanahan [EMAIL PROTECTED] writes:
Craig I've been thinking about this
Declarative exception handling is a very welcome feature in struts b1, but
it receives very little comments. I put my little thought here and hope it will
help when b2 is coming out:
1. The 'scope' attribute in ExceptionConfig is possibly redundant.
According the current API doc, the
RequestProcessor as Jing Zhou suggests, so You
can DO something (sync or check transaction context)
before the form gets populated.
You can accomplish this for yourself by adapting the request processing
lifecycle Struts supports. In Struts 1.1, you just provide your own
RequsetProcessor
I believe Struts have provide a basic mechanism to resolve
the problems associated with the multiple submits. But when
considering this in a security issue context, we might have rooms
to enhance the mechanism - here is my little thoughts:
1) Since the transaction token is visible by client
Craig and All,
When looking into the ActionServlet.destroy() and RequestProcessor.destroy()
methods, I could not find anywhere the RequestProcessor instance is
removed from the servlet context. This might cause problems after the
action servlet destroyed and re-initialized and the following
- Original Message -
From: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Thursday, May 16, 2002 12:14 PM
Subject: Retrieving messages from the default and non-default bundles
I'm posting this question to the dev group, because I'm not that many are
using the multiple bundle support of
Basically I agreed with your concerns and felt that we are
probably probing the same problem, but from very different
perspectives.
Suppose I am in ExceptionHandler.execute() method, I would
like to access non-default bundles from here. So I need to
get the action servlet instance and then its
I have another question in my mind that relates to the scalability
and performance:
What are the general guide lines to consider when deciding to
put my form beans into request scope vs. session scope?
My first cut thinking is as follows:
1) When session object is not available, request scope
- Original Message -
From: Struts-dev Newsgroup @[EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Friday, April 26, 2002 6:10 PM
Subject: Re: Another way to find mapped properties
Subject: Re: Another way to find mapped properties
From: Anand Jayaraman [EMAIL PROTECTED]
===
- Original Message -
From: Craig R. McClanahan [EMAIL PROTECTED]
To: Struts Developers List [EMAIL PROTECTED]
Sent: Wednesday, April 24, 2002 2:38 PM
Subject: Re: Another way to find mapped properties
On Wed, 24 Apr 2002, Jing Zhou wrote:
[snip]
[Craig said]
If we are going to adopt the JSTL
: Tuesday, April 23, 2002 7:56 PM
Subject: Re: Another way to find mapped properties
See intermixed.
On Tue, 23 Apr 2002, Jing Zhou wrote:
Date: Tue, 23 Apr 2002 18:09:33 -0500
From: Jing Zhou [EMAIL PROTECTED]
Reply-To: Struts Developers List [EMAIL PROTECTED]
To: Struts Developers List
Struts 1.1 will introduce mapped property in the form beans.
The PropertyUtils find it by looking for patterns:
property_name{mapped_key}
I am not aware of any in depth discussion about using
{ } as a mapped property key identifier before, but I have
several concerns about the use of { }.
* In
- Original Message -
From: Craig R. McClanahan [EMAIL PROTECTED]
To: Struts Developers List [EMAIL PROTECTED]
Sent: Tuesday, April 23, 2002 3:04 PM
Subject: Re: Another way to find mapped properties
On Tue, 23 Apr 2002, Jing Zhou wrote:
Date: Tue, 23 Apr 2002 13:29:40 -0500
- Original Message -
From: [EMAIL PROTECTED]
To: Struts Users Mailing List [EMAIL PROTECTED]; Struts
Developers List [EMAIL PROTECTED]
Sent: Monday, April 22, 2002 9:13 AM
Subject: Re: form bean life cycle
Gee -
No sooner did I fire off my response, then I read this response
,
Jing
- Original Message -
From: Jing Zhou [EMAIL PROTECTED]
To: Struts Developers List [EMAIL PROTECTED]
Sent: Wednesday, April 17, 2002 7:55 PM
Subject: Struts Validator: The Role of Page No.
When looking into the validator codes, the page no. of a wizard
like application is needed
- Original Message -
From: David Winterfeldt [EMAIL PROTECTED]
To: Struts Developers List [EMAIL PROTECTED]
Sent: Thursday, April 18, 2002 3:33 PM
Subject: Re: Struts Validator: The Role of Page No.
--- Jing Zhou [EMAIL PROTECTED] wrote:
I am trying to normalize hundreds of screen
Hi, struts developers,
I posted the problem on 04/03 in struts user group and
hope the problem will be fixed in struts 1.1 final release.
Take a look at the example page html-link.jsp in
struts-exercise-taglib and click the 'Cancel' button.
An exception is thrown with message:
'array element
- Original Message -
From: Paul Smith [EMAIL PROTECTED]
To: Struts Developers List [EMAIL PROTECTED]
Sent: Tuesday, April 09, 2002 8:48 PM
Subject: Re: Is FormBean mandatory???
This logic is essentially correct in that the framework needs to process
front end stuff prior to mapping
In STRUTS, the 'Cancel' button (the html tag) will populate
the form beans, if there is one, and skip over the validation.
The question is why STRUTS need to populate the form beans
When a 'Cancel' button signal is received.
From my past experiences on UI development, if the 'Cancel' button
is
- Original Message -
From: Bob Lee [EMAIL PROTECTED]
To: Struts Developers List [EMAIL PROTECTED]
Sent: Wednesday, April 10, 2002 9:37 AM
Subject: Re: Is FormBean mandatory???
- Original Message -
From: Jing Zhou [EMAIL PROTECTED]
To: Struts Developers List [EMAIL PROTECTED
47 matches
Mail list logo