Yesterday I posted a question that I do hope someone responds to because I am still stumped by it. (I reposted it at the end of this e-mail). In relation to my previous question I'm also curious how you could ever just go to a JSP page with an ActionForm associated with the form mapping without ever going through some set up action to initialize the _current HashMap. I'm sure I'm missing something here, but it looks like for any form field property on an html form (ie- firstName ) what ends up getting called from your ActionForm is:
getFirstName() which ends up calling getValue("firstName") This in turn will eventually try to find this field in the _current HashMap, but initially unless set up elsewhere this map will always be null since nothing is done to initialize it first. (A typical ActionForm doesn't have this problem since it's just calling getFirstName() and returning the default value of "firstName" from the form). My original question was: A while back I had a problem trying to figure out why I was getting funky null pointer errors etc. It turns out I wasn't paying attention to how the ActEvent setBean() was putting my form in scope with the value "fb" from my Constants file. That's all well in fine and I can just label my form properties... <html:text name="fb" property="requestedBy" /> But how on the bP ContentAdminEdit.jsp page are you able to use: <html:text property="pageURL" size="70"/> , etc. without using the name="fb" attribute?? It looks like you are using the same ActEvent setBean(..) method which put's all the formBeans in scope with "fb" as the name. I could see not having to use name="fb" if the actionMapping for the form name matched up with the object in scope but the action mapping form names are all different and meaningful (as they should be ie- name="contentBean"). Maybe I'm zoning out on something stupid:) thanks for any help, -- Rick Reumann _______________________________________________ MVC-Programmers mailing list [EMAIL PROTECTED] http://www.basebeans.net:8080/mailman/listinfo/mvc-programmers