is never called. How come? Found one line
bug report lost URL parameters with s:param tag (bug 1938) at
http://readlist.com/lists/struts.apache.org/user/9/47016.html
Does someone know whether the bug has been fixed?
Thanks a lot!
--
Lu Ying
The second help_text_name is never called. How come? Found one line
bug report lost URL parameters with s:param tag (bug 1938) at
http://readlist.com/lists/struts.apache.org/user/9/47016.html
Does someone know whether the bug has been fixed?
Another bug link:
https://issues.apache.org/jira/browse/WW
more than one s:param is
assigned.
s:url id=url_help namespace=/Action/Global action=ProcessHelp
s:param name=helpTitle value=example1 /
s:param name=help_text_name value=contents /
/s:url
The second help_text_name is never called. How come? Found one line
bug report lost URL parameters
On 7/20/10 11:48 AM, Emi Lu wrote:
It seems that s:param does not work well when more than one s:param is
assigned.
I use multiple param tags inside url tags all over the place. It does
work. I would suggest running your application inside a debugger to
find out what exactly is not working
On 07/20/2010 01:39 PM, Dale Newfield wrote:
On 7/20/10 11:48 AM, Emi Lu wrote:
It seems that s:param does not work well when more than one s:param is
assigned.
I use multiple param tags inside url tags all over the place. It does
work. I would suggest running your application inside a
2010/7/20 Emi Lu em...@encs.concordia.ca:
s:param name=helpTitle value=%{getText('example1')} /
s:param name=helpText value=%{getText('example2')} /
It's the expected behavior as you don't have these properties in your
action. You're looking throughout message resources and not for
Are you intending for these values to come from your application resource
bundle? That's where getText() gets it's values from. I believe it it
doesn't find anything it just returns whatever is passed to is, which might
be why you're seeing what I expect you are expecting.
If you are actually
Are you intending for these values to come from your application resource
bundle? That's where getText() gets it's values from. I believe it it
doesn't find anything it just returns whatever is passed to is, which might
be why you're seeing what I expect you are expecting.
If you are
s:param is
assigned.
s:url id=url_help namespace=/Action/Global action=ProcessHelp
s:param name=helpTitle value=example1 /
s:param name=help_text_name value=contents /
/s:url
The second help_text_name is never called. How come? Found one line
bug report lost URL parameters
/
s:param name=help_text_name value=contents /
/s:url
The second help_text_name is never called. How come? Found one line
bug report lost URL parameters with s:param tag (bug 1938) at
http://readlist.com/lists/struts.apache.org/user/9/47016.html
Does someone know whether the bug has been
Riccardo Mollame wrote:
Does anybody know about any fix or workaround to the
mentioned bug?
Did you see James Holmes' comment? [1] By the sound of it, there's no
problem with the s:url tag itself, it's a question of how you
subsequently use the value it produces. How are you using it?
L.
[edit: include the URL for James' post]
Riccardo Mollame wrote:
Does anybody know about any fix or workaround to the
mentioned bug?
Did you see James Holmes' comment? [1] By the sound of it, there's no
problem with the s:url tag itself, it's a question of how you
subsequently use the value it
Does anybody know about any fix or workaround to the
mentioned bug?
For the record, it's the bug emerging when the s:url
contains more than one s:param tag, in which case
strange things happen (e.g. only one parameter is
actually retrievable in the target action, the others
producing the infamous
13 matches
Mail list logo