DO NOT REPLY [Bug 27992] - FIFO ordering in ActionMessages

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 27992] - FIFO ordering in ActionMessages

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 27992] - FIFO ordering in ActionMessages

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 27992] - FIFO ordering in ActionMessages

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 27992] - FIFO ordering in ActionMessages

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 27992] - FIFO ordering in ActionMessages

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 27992] - FIFO ordering in ActionMessages

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 27992] - FIFO ordering in ActionErrors

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

Re: StrutsContext/ConfigHelper (was Re: Making Struts Build Easier)

On Fri, 26 Mar 2004 11:32:20 -0800, Craig R. McClanahan wrote: > Quoting Joe Germuska <[EMAIL PROTECTED]>: > Wouldn't the context object used by struts-chain contain everything > you might need in Velocity-land? It would be a shame to invent a > second "context" object if we're going that directio

DO NOT REPLY [Bug 27992] - FIFO ordering in ActionErrors

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 27992] New: - FIFO ordering in ActionErrors

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

Re: FIFO ordering of ActionErrors

On Today at 11:15am, HR=>Haroon Rafique <[EMAIL PROTECTED]> wrote: HR> I sent this to struts-user with no responses. I thought I would try HR> here before posting a bug report. HR> I have found the problem in src/share/org/apache/struts/action/ActionMessages.java and I'll be posting a bug repor

Re: Making Struts Build Easier (Re: "coming out" for JSF + Struts, was: Struts JSR?)

Quoting "Peter A. Pilgrim" <[EMAIL PROTECTED]>: > Craig R. McClanahan wrote: > > Quoting "Peter A. Pilgrim" <[EMAIL PROTECTED]>: > > > > > >>Joe Germuska wrote: > >> > > Whether the "classic" and "el" taglibs are one chunk or two isn't > > > > hugely important to me either --

Re: Making Struts Build Easier (Re: "coming out" for JSF + Struts, was: Struts JSR?)

+1. Just keeping the functionality facts straight... Quoting David Graham <[EMAIL PROTECTED]>: > > --- Kris Schneider <[EMAIL PROTECTED]> wrote: > > Nope. does substring matching. > > IMO, any tag that does not interact with Struts' core resources should > live in the Jakarta Taglibs project.

Re: Making Struts Build Easier (Re: "coming out" for JSF + Struts, was: Struts JSR?)

--- Kris Schneider <[EMAIL PROTECTED]> wrote: > Nope. does substring matching. IMO, any tag that does not interact with Struts' core resources should live in the Jakarta Taglibs project. This allows non-Struts projects to benefit from the functionality while freeing Struts to focus on its core

Re: Making Struts Build Easier (Re: "coming out" for JSF + Struts, was: Struts JSR?)

With JSTL 1.1 (JSP 2.0), you get a set of string manipulaton functions (which Peter was referring to) that includes: fn:contains(string, substring) fn:startsWith(string, prefix) fn:endsWith(string, suffix) In addition, you also get a length function that operates on collections and strings: fn:l

Re: StrutsContext/ConfigHelper (was Re: Making Struts Build Easier)

Quoting Joe Germuska <[EMAIL PROTECTED]>: > At 7:00 AM -0500 3/26/04, Ted Husted wrote: > >Another way to go would be to provide a "API object" in the request > >that the tags, or any other presentation technology, could use to > >access framework resources. > > > >In this way, no one else would

Re: Making Struts Build Easier (Re: "coming out" for JSF + Struts, was: Struts JSR?)

You're right (as usual ;)) I was using the String taglib in addition to the JSTL 1.0 taglib to do the test. (duh) Although looking at it now.. there isnt any support for begin and ends in that neither. -Tim Kris Schneider wrote: Nope. does substring matching. Quoting Tim Chen <[EMAIL PROTECT

Re: Making Struts Build Easier (Re: "coming out" for JSF + Struts, was: Struts JSR?)

Nope. does substring matching. Quoting Tim Chen <[EMAIL PROTECTED]>: > ... > no equalivant in JSTL 1.0 but exists String functions in > JSTL 1.1 > ... > > logic:match equivalent is : > >> > >> > >>> Joe Germuska wrote: > >>> > > > Whether the "classic" and "el" taglibs are one chunk or

Re: Making Struts Build Easier (Re: "coming out" for JSF + Struts, was: Struts JSR?)

--- "Peter A. Pilgrim" <[EMAIL PROTECTED]> wrote: > we need a simple tag lib action for JSP 1.2 and JSTL 1.0 to > get > the size of java.uitl.Collection until there is widespread > support JSP 2.0 JSTL 1.1 The current proposal is for Struts 2.0 to be based on Servlet 2.4/JSP 2.0 so we don't n

Re: Making Struts Build Easier (Re: "coming out" for JSF + Struts, was: Struts JSR?)

... no equalivant in JSTL 1.0 but exists String functions in JSTL 1.1 ... logic:match equivalent is Craig R. McClanahan wrote: Quoting "Peter A. Pilgrim" <[EMAIL PROTECTED]>: Joe Germuska wrote: > Whether the "classic" and "el" taglibs are one chunk or two isn't hugely important to me eit

Re: StrutsContext/ConfigHelper (was Re: Making Struts Build Easier)

On Fri, 26 Mar 2004 07:56:11 -0600, Joe Germuska wrote: > I love this. I actually hadn't seen it before. We had talked > briefly a few days ago about a "StrutsContext" as the argument to > Action.execute() and Renderer.render() -- but it looks to me like > this class is everything I would expect

Re: Making Struts Build Easier (Re: "coming out" for JSF + Struts, was: Struts JSR?)

Craig R. McClanahan wrote: Quoting "Peter A. Pilgrim" <[EMAIL PROTECTED]>: Joe Germuska wrote: > Whether the "classic" and "el" taglibs are one chunk or two isn't hugely important to me either -- I would prefer that this decision be made by developers who've done more work on that code to date

RE: html:text -- value attribute won't take rtexprvalue

> From: Bender, James [mailto:[EMAIL PROTECTED] > > I'm new to Struts and have searched without luck on this one: > > I have an that I'm simply trying to put a runtime > > expression into, like > > <% String rtexpr = "bob"; %> > > > > And instead of interprestting the rtexprvalue "bob", it > ac

FW: html:text -- value attribute won't take rtexprvalue

> Hi, > > I'm new to Struts and have searched without luck on this one: > > I have an that I'm simply trying to put a runtime > expression into, like > > <% > String rtexpr = "bob"; > %> > > > And instead of interprestting the rtexprvalue "bob", it actually displays > the string "<%=rtexpr

FIFO ordering of ActionErrors

I sent this to struts-user with no responses. I thought I would try here before posting a bug report. Hi listers, I have been working on this issue for the last couple of days but haven't found any satisfactory answers through the usual channels (mailing list archives, API, and some source cod

DO NOT REPLY [Bug 26668] - errors messages tags enhancement: make them show only errors/messages

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 27384] - Add support for other keys in saveMessages functions

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 27332] - The bundle attr do not have subapp resolution.

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 27943] - resource files for non-default modules not loading correctly

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

Re: Making Struts Build Easier (Re: "coming out" for JSF + Struts, was: Struts JSR?)

--- Ted Husted <[EMAIL PROTECTED]> wrote: > On Thu, 25 Mar 2004 08:22:48 -0600, Joe Germuska wrote: > > As I've been saying (a lot, it seems, lately) on struts-user, I > > think there are legitimate Struts JSP tags like "html:messages" > > that are not best replaced by JSTL. Any time Struts tools

StrutsContext/ConfigHelper (was Re: Making Struts Build Easier)

At 7:00 AM -0500 3/26/04, Ted Husted wrote: Another way to go would be to provide a "API object" in the request that the tags, or any other presentation technology, could use to access framework resources. In this way, no one else would need to the various special locations, only where to find

Re: Making Struts Build Easier (Re: "coming out" for JSF + Struts, was: Struts JSR?)

On Thu, 25 Mar 2004 08:22:48 -0600, Joe Germuska wrote: > As I've been saying (a lot, it seems, lately) on struts-user, I > think there are legitimate Struts JSP tags like "html:messages" > that are not best replaced by JSTL. Any time Struts tools put > resources in special locations in request or