Like this http://issues.apache.org/bugzilla/show_bug.cgi?id=21603 ?
While this is not an attempt to define general extensibility mechanisms,
it does seem to address some of Edgar's and Tero's concerns... I think
it is a good example of the kind of extensibility needed. The bug asks
for a specific
Another interesting aspect is to use templates to drive tag content. I
believe they do something like this in WW2 with their form tags and Velocity
templates. I don't know off-hand what limitations the templating would
impose.
-Original Message-
From: Edgar Dollin [mailto:[EMAIL PROTECTED]
Just to play around with this idea, I've attached my initial hack at a
1.x-compatible composable request processor using struts-chain. Let me
know if this is anywhere near the mark for a 1.x request processor.
Here's a few notes/questions:
1) It does not do the "servlet-complete" chain b/c in 1.x
I believe your analysis of the issue is correct. Readonly, is a perfect
example of the logic which spans from model to view. There are other
issues, dates, text size, numbers, which have similar issues. If the
only thing the view had to know about the business logic was the
property name, then t
Or this one, where I need to be able to extend for a
cluster with a load balancer.
http://issues.apache.org/bugzilla/show_bug.cgi?id=22309
JJ
--- Edgar Dollin <[EMAIL PROTECTED]> wrote:
> I believe your analysis of the issue is correct.
> Readonly, is a perfect
> example of the logic which span
dgraham 2003/08/19 16:26:28
Modified:src/share/org/apache/struts/action ActionMessages.java
Log:
Moved Comparator implementation to a constant variable to avoid creating
a new object on each call. Also fixed size() javadoc.
Revision ChangesPath
1.11 +18 -13
ja
dgraham 2003/08/19 16:20:46
Modified:src/share/org/apache/struts/action Action.java
Log:
Added version of saveMessages() that saves them into the session
instead of the request.
Revision ChangesPath
1.67 +33 -8 jakarta-struts/src/share/org/apache/struts/action/
Hi all,
Are there any plans to have organized discussions about the thinking
towards Struts 2? WIll it happen on this list, or will there be a Wiki or
something else?
I've been an avid follower of the discussions here, admit that many of them
are beyond me, but would like to help out however I
dgraham 2003/08/19 16:36:54
Modified:src/share/org/apache/struts/taglib/html ErrorsTag.java
Log:
Use ActionMessages instead of ActionErrors.
Revision ChangesPath
1.29 +6 -6
jakarta-struts/src/share/org/apache/struts/taglib/html/ErrorsTag.java
Index: Errors
dgraham 2003/08/19 16:38:24
Modified:src/share/org/apache/struts/taglib/html MessagesTag.java
Log:
Made log variable final.
Revision ChangesPath
1.21 +5 -5
jakarta-struts/src/share/org/apache/struts/taglib/html/MessagesTag.java
Index: MessagesTag.java
==
dgraham 2003/08/19 16:41:27
Modified:doc/userGuide struts-html.xml
Log:
Remove "request scope" references from . The
messages are searched for in all scopes.
Revision ChangesPath
1.60 +4 -4 jakarta-struts/doc/userGuide/struts-html.xml
Index: struts-html
That's true, however, the plan is to replace this with the functors package
(at least that's my understanding).
-Original Message-
From: Leonardo Quijano Vincenzi [mailto:[EMAIL PROTECTED]
Sent: Saturday, August 16, 2003 8:35 AM
To: Struts Developers List
Subject: Re: Decomposing RequestP
On Tue, 19 Aug 2003, Tom Drake wrote:
> Date: Tue, 19 Aug 2003 09:30:56 -0700
> From: Tom Drake <[EMAIL PROTECTED]>
> Reply-To: Struts Developers List <[EMAIL PROTECTED]>
> To: 'Struts Developers List' <[EMAIL PROTECTED]>
> Subject: RE: Decomposing RequestProcessor -- Some Code To Play With
>
> Th
13 matches
Mail list logo