RE: Tags more extensible (was: Suggestions for Calendar Popup tag lib?)

2003-08-19 Thread Shai.Berger
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

Extending tags via templates (was Tags more extensible...)

2003-08-19 Thread Mike Jasnowski
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

Re: Struts Composable Request Process (was RE: ActionForwards, et al)]

2003-08-19 Thread Greg Reddin
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

RE: Tags more extensible (was: Suggestions for Calendar Popup tag lib?)

2003-08-19 Thread Edgar Dollin
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

RE: Tags more extensible (was: Suggestions for Calendar Popup tag lib?)

2003-08-19 Thread John Jefferson
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 spans

cvs commit: jakarta-struts/src/share/org/apache/struts/action ActionMessages.java

2003-08-19 Thread dgraham
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

cvs commit: jakarta-struts/src/share/org/apache/struts/action Action.java

2003-08-19 Thread dgraham
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

Struts 2 planning and discussions

2003-08-19 Thread Chris Gerrard
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

cvs commit: jakarta-struts/src/share/org/apache/struts/taglib/html ErrorsTag.java

2003-08-19 Thread dgraham
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:

cvs commit: jakarta-struts/src/share/org/apache/struts/taglib/html MessagesTag.java

2003-08-19 Thread dgraham
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

cvs commit: jakarta-struts/doc/userGuide struts-html.xml

2003-08-19 Thread dgraham
dgraham 2003/08/19 16:41:27 Modified:doc/userGuide struts-html.xml Log: Remove request scope references from html:messages. The messages are searched for in all scopes. Revision ChangesPath 1.60 +4 -4 jakarta-struts/doc/userGuide/struts-html.xml Index:

RE: Decomposing RequestProcessor -- Some Code To Play With

2003-08-19 Thread Tom Drake
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

RE: Decomposing RequestProcessor -- Some Code To Play With

2003-08-19 Thread Craig R. McClanahan
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 That's true,