Hi,

I'm just thinking aloud, so perhaps someone can drop-in and shed some
light here... :)

Post data send by browser is identical on both versions (old: struts
1.1 and new: struts 1.3.8). It contains only the displayed parameters,
nothing else. So in the old version, when the request arrives at
ActionServlet.process(), _all_ parameters and values of the
DynaActionform are in the HttpServletRequest included. In the new
version, there's a CoyoteRequest object, which hold only the submitted
parameters. I wonder what happens before the process() method? I
through the servlet container calls this directly? What method sets
the other parameter/value pairs in the request?

confused,
Arne

A> I just found out that the postdata didn't contain the attributes as
A> well when using struts 1.1. So nothing changed here. But when I get at
A> the beginning of the UserDispatchAction.update(), the dynaform has all
A> values filled in. So I'm wondering where struts fills in the data, and
A> why it doesn't do it anymore in 1.3.8

A> Arne

A> Paul Benedict wrote:
P>> It is part of the HTML spec that disabled fields are not submitted in the
P>> request. This is not a Struts thing but HTML. You should make sure the HTML
P>> is being rendered the same, because that's probably what is causing your
P>> problem.

P>> Paul

P>> On 9/17/07, Arne Brutschy <[EMAIL PROTECTED]> wrote:
>>>
>>> Hi,
>>>
>>> A> I'm not sure if the reason for this is some change in the tags (my
>>> A> tags are simply wrappers around the standard struts tags, ie.
>>> A> XylonTextTag extends TextTag) or the changes in the request wrapper
>>> A> system. I tried to set
>>> A> <controller
>>> A> processorClass="org.apache.struts.action.RequestProcessor" />
>>> A> in the struts config as well, but no change.
>>> After debugging hours through tomcat code, I'm sure the Request
>>> processor is not the problem. At least, as soon as the request hits
>>> the action servlet, the postdata contains only the described
>>> parameters and not the ones the user couldn't write to.
>>>
>>> So I guess it's been some change in the tags or something else.. I
>>> will continue tomorrow...
>>>
>>> Arne
>>>
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: [EMAIL PROTECTED]
>>> For additional commands, e-mail: [EMAIL PROTECTED]
>>>
>>>




-- 
Arne Brutschy                    M ++49-170-7568918
Kantstr. 35                      @ [EMAIL PROTECTED]
04275 Leipzig                    


---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to