I'm still a little fuzzy on the roadmap for struts. Now that
struts-chain is in the core, does this mean we are moving towards
using struts-chain over the current RequestProcessor? If so, what
version is this anticipated to happen by? Finally, what is the branch
being used for right now?
TIA to
I set up the following expression for a validwhen validation rule, which
produces the exception below:
![CDATA[((*this* = 1) and (*this* = 6) and (*this* != null))]]
Inserting parentheses that should not be necessary solves the issue:
![CDATA[(((*this* = 1) and (*this* = 6)) and (*this* !=
Reinhard Nägele wrote:
I set up the following expression for a validwhen validation rule, which
produces the exception below:
![CDATA[((*this* = 1) and (*this* = 6) and (*this* != null))]]
Inserting parentheses that should not be necessary solves the issue:
![CDATA[(((*this* = 1) and (*this* =
ComposableRequestProcessor replaces RequestProcessor in Struts 1.3.x.
RequestProcessor is still available and could be used by specifying the
className in the controller config.
Struts 1.2.6 is the latest development release and Struts 1.2.4 is the
latest stable release, but all new
See inline.
Matt Bathje wrote:
Reinhard Nägele wrote:
I set up the following expression for a validwhen validation rule,
which produces the exception below:
![CDATA[((*this* = 1) and (*this* = 6) and (*this* != null))]]
Inserting parentheses that should not be necessary solves the issue:
On Mon, 20 Dec 2004 23:30:31 -0800, Don Brown [EMAIL PROTECTED] wrote:
As you may have noticed, I've completed the merge of struts-chain with
Struts core (see the commit message for details). I would like to add
this is meant as a step forward, not as my ultimate vision for how
things should
At 9:13 AM -0800 12/21/04, Martin Cooper wrote:
On Mon, 20 Dec 2004 23:30:31 -0800, Don Brown [EMAIL PROTECTED] wrote:
As you may have noticed, I've completed the merge of struts-chain with
Struts core (see the commit message for details). I would like to add
this is meant as a step forward,
Yes, I did send this message out some time ago, but didn't get many
bites, which I took to mean that there were other priorities occupying
developers' minds. I see now that this topic flared up again a few
weeks ago, and so I'd like to see if we can reach some sort of
consensus on the future
You raise a good point. Unfortunately, only one parameter can be passed
through ActionMapping. DispatchChainAction really needs an
allowedCommands parameter to specify what commands would be allowed.
Perhaps we could use the new set/getProperty methods available in
ActionConfig where
At 11:04 AM -0800 12/21/04, Don Brown wrote:
You raise a good point. Unfortunately, only one parameter can be
passed through ActionMapping. DispatchChainAction really needs an
allowedCommands parameter to specify what commands would be
allowed. Perhaps we could use the new set/getProperty
I recently had a need to determine the size of a user's current session, and I
didn't find any available option, so I rolled my own. If I in fact didn't miss
something and this really doesn't exist somewhere already, then I'd like to
offer it up for inclusion in the struts.utils package. I
My basic assumption in approaching taglibs extraction into its own
subproject is it can reference Struts classes, but Struts classes
shouldn't reference it.
If that is correct, here are the changes I see happening to extract taglibs:
1. Move o.a.s.taglib out into its own subproject src tree
2.
Haven't look into this much but it would seem better to have a
completely separate tiles sub-project that struts core would use. Don't
JSF and Spring currently use tiles and have to include struts.jar when
all they really want is tiles?
-Original Message-
From: Don Brown [mailto:[EMAIL
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=12313.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=22164.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=21972.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=866.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=28609.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
Actually, I'd tend to agree with that. It makes more sense than
separating Tiles and the Tiles taglibs - don't think you'd use the
former without the latter. Maybe ... but I don't.
On Tue, 21 Dec 2004 20:35:53 -0500, Deadman, Hal [EMAIL PROTECTED] wrote:
Haven't look into this much but it
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=866.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
It has been discussed, I believe, to separate Tiles from Struts, but no
one seemed to know where it would go. jakarta-commons doesn't want
taglibs, and for some reason I don't remember, the taglibs project
wasn't accepted. It would be kinda funny, though, since Tiles used to
be its own
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=15673.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=15805.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=15673.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
Author: mrdon
Date: Tue Dec 21 19:23:17 2004
New Revision: 123034
URL: http://svn.apache.org/viewcvs?view=revrev=123034
Log:
Bug 32661 NPE in ModuleUtils.selectModule - patch submitted by Rich Feit
Modified:
struts/core/trunk/src/share/org/apache/struts/util/ModuleUtils.java
Modified:
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=32661.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=32614.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=32624.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
I'd like to request the following Bugzilla components be added:
- bsf
- sandbox
If I do this myself, please point me in the right direction. Thanks.
Don
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands,
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=32628.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=866.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
On Tue, 21 Dec 2004 19:25:09 -0800, Don Brown [EMAIL PROTECTED] wrote:
I'd like to request the following Bugzilla components be added:
- bsf
- sandbox
Done.
--
Martin Cooper
If I do this myself, please point me in the right direction. Thanks.
Don
I think a separate subproject for Tiles (including the code and the
tags) probably makes the most sense. If we don't mind the dependency
back onto Struts, then this could also include the Struts PlugIn that
is currently used to configure it -- although it would probably be
better that this class
On Tue, 21 Dec 2004 20:25:55 -0800, Craig McClanahan [EMAIL PROTECTED] wrote:
I think a separate subproject for Tiles (including the code and the
tags) probably makes the most sense.
+1
If we don't mind the dependency
back onto Struts, then this could also include the Struts PlugIn that
is
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=32341.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
Martin Cooper wrote:
On Tue, 21 Dec 2004 20:25:55 -0800, Craig McClanahan [EMAIL PROTECTED] wrote:
I think a separate subproject for Tiles (including the code and the
tags) probably makes the most sense.
+1
If we don't mind the dependency
back onto Struts, then this could also include the Struts
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=866.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
On Tue, 21 Dec 2004 20:45:03 -0800, Don Brown [EMAIL PROTECTED] wrote:
I agree as well. This lets us follow a consistent approach to
subprojects, where they may (and probably should) link to Struts core,
but Struts core should not depend on them.
I hope this can actually be accomplished ...
Author: mrdon
Date: Tue Dec 21 21:28:37 2004
New Revision: 123048
URL: http://svn.apache.org/viewcvs?view=revrev=123048
Log:
Changing to org.apache.struts.bsf package, updating Maven build
Added:
struts/bsf/trunk/src/java/org/apache/
struts/bsf/trunk/src/java/org/apache/struts/
This would be Tony the Tiger GRRREeattt!
Jack
On Tue, 21 Dec 2004 21:06:19 -0800, Craig McClanahan [EMAIL PROTECTED] wrote:
On Tue, 21 Dec 2004 20:45:03 -0800, Don Brown [EMAIL PROTECTED] wrote:
I agree as well. This lets us follow a consistent approach to
subprojects, where
Author: martinc
Date: Tue Dec 21 22:08:58 2004
New Revision: 123053
URL: http://svn.apache.org/viewcvs?view=revrev=123053
Log:
Ensure that the nightly build still works, now that the Chain code is in the
mainstream (assuming that I'm right about what properties it depends on). The
revamped
FWIW, so far, I extracted tiles and taglib into their own projects, and
got both core and taglib compiling (haven't tried tiles yet). It took
the steps I described earlier as well as moving some methods from
TagUtils back into ResponseUtils. Of course, if ResponseUtils has been
dreprecated
42 matches
Mail list logo