gt; > Good morning,
> >
> > It seems that "s:param" does not work well when more than one s:param is
> > assigned.
> >
> >
> >
> >
> >
> >
> >
> > The second "help_text_name" is never called. How com
"help_text_name" is never called. How come? Found one line
> bug report "lost URL parameters with tag (bug 1938)" at
> http://readlist.com/lists/struts.apache.org/user/9/47016.html
>
> Do
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 actually tr
2010/7/20 Emi Lu :
>
>
It's the expected behavior as you don't have these properties in your
action. You're looking throughout message resources and not for
action's variable.
Regards
--
Łukasz
+ 48 606 323 122 http://www.lenart.org.pl/
Kapituła Javarsovia 2010 http://javarsovia.pl
-
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 debug
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 workin
does not work well when more than one s:param is
>> assigned.
>>
>>
>>
>>
>>
>>
>>
>> The second "help_text_name" is never called. How come? Found one line
>> bug report "lost URL parameters with tag (bug 1938)"
On 07/20/2010 11:48 AM, Emi Lu wrote:
Good morning,
It seems that "s:param" does not work well when more than one s:param is
assigned.
The second "help_text_name" is never called. How come? Found one line
bug report "lost URL parameters with tag (bug 1938)"
Good morning,
It seems that "s:param" does not work well when more than one s:param is
assigned.
The second "help_text_name" is never called. How come? Found one line
bug report "lost URL parameters with tag (bug 1938)" at
http://readlist.com/
[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
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.
Does anybody know about any fix or workaround to the
mentioned bug?
For the record, it's the bug emerging when the
contains more than one tag, in which case
strange things happen (e.g. only one parameter is
actually retrievable in the target action, the others
producing the infamous nullPointerE
13 matches
Mail list logo