I don't think that linkDummyForm exists in newer releases. You can try upgrading to MyFaces 1.1.5 and Tomahawk 1.1.5.
From what I remember, the linkDummyForm is created when you try to use
JSF elements outside of your h:form tag. I don't remember if it was created conditionally or unconditionally, however, but you might want to verify that you haven't created something like a paneltab or a navigation item outside of your form. On 4/4/07, Rudi Steiner <[EMAIL PROTECTED]> wrote:
Hi Mike, sorry for my fast reply. The problem isn't resolved. Also when I use just one form-element in my page there is still a second form generated by the framework with the following id <form id="linkDummyForm" name="linkDummyForm" ... This form contains the hidden field <input type="hidden" name="jsf_state_64" id="jsf_state_64" value="H4sIAAA for the second time. Do you have any idea? Rudi On 4/4/07, Mike Kienenberger <[EMAIL PROTECTED]> wrote: > Jorn, > > I don't know if the id is required by the spec or not. Or if there's > some reason why it's required by the MyFaces implementation. If you > want to look into that and report back on your findings, maybe we can > consider changing it. I know that identical hidden fields must be > present for each form on the page, though. > > On 4/3/07, Jörn Zaefferer <[EMAIL PROTECTED]> wrote: > > > > > > On 4/3/07, Mike Kienenberger <[EMAIL PROTECTED]> wrote: > > > Definitely open JIRA issues (preferrably with patches) for all but one > > > of these items. > > > > > > > > > > Error Line 101 column 165: ID "jsf_tree_64" already defined. > > > > > > The above will not be fixed -- this element must exist and be > > > submitted in every form. > > > > Is there any reason against simply removing the ID? As long as the element > > has the correct name and is inside the form it should work without any > > issues. XHTML compliance to come! Though I prefer HTLM 4.01 strict... > > > > >
