Issue Details (XML | Word | Printable)

Key: STR-2496
Type: Bug Bug
Status: Closed Closed
Resolution: Fixed
Priority: Major Major
Assignee: Niall Pemberton
Reporter: MarioK
Votes: 0
Watchers: 1
Operations

If you were logged in you would be able to see more operations.
Struts 1

[struts-faces] Example applications don't work?!

Created: 08/Jun/05 08:24 PM   Updated: 04/Jul/07 03:25 AM
Return to search "Shale Unresolved Bugs"
Component/s: JSF Integration (Dormant)
Affects Version/s: Future
Fix Version/s: 1.3.5

Environment:
Operating System: Windows 2000
Platform: PC
Issue Links:
Duplicate
 

Bugzilla Id: 35265


 Description  « Hide
Dear all,

I downloaded the latest nightly build, but I was unable to successfully deploy
and execute the second example application on Tomcat 5.0.28.

Deployment causes no errors, but when clicking on any of the 2 links
("Register"/"Login") of the first page, I get the following javascript error:

"Error: 'document.forms.menu:_id7.menu:_id7:_idcl' is null or not an object".

My guess was that the <h:commandLink> tags for these links (in loggedoff.jsp)
should be replaced by <s:commandLink>. I tried fixing that, and it worked, but
then I get an inexplicable http 404 error: “Invalid path /layout was requested”
when I click on any of the two links.

Looking at the source code of both JSP and HTML I noticed that the JSP element
<s:form action="/editRegistration"> renders itself as <form id="menu:_id5"
name="registrationForm" action="/StrutsFacesExample/layout.do" method="post">. I
might be missing out on something here, but it seems to me the action element is
(?) wrong: there is no layout.do action mapping anywhere, it’s the path pointing
to the main layout jsp with the suffix replaced.

I have also tried deploying the example on Tomcat 5.5.7 and JBoss 3.2.5, but the
behavior was exactly the same.

Can anyone else confirm this?
Mario

 All   Comments   Change History   Subversion Commits      Sort Order: Ascending order - Click to sort in descending order
Niall Pemberton added a comment - 30/May/06 11:53 AM
Thanks, fixed in revision 410187

Changed to use <s:commandLink> as per your suggestion and seem to now work fine. I didn't get the second problem you describe (the action is rendering as "layout.faces" rather than "layout.do") so it looks like that issue is already resolved.