With the help of Ben Anderson, I was able to figure out that I should be using the "path" attribute of the <html:img> tag instead of the "src" attribute. At least, this is what fixed my problem. So, my final assumption is that <img src="/some/path/myAction.do"> or even <html:img src="/some/path/myAction.do"/> will not work.
This is not correct. My original response is correct. The use of .do is the important thing and that will take the request to the controller for processing. So, you are not seeing what the problem is. You seem a bit put out about my answer and expect me to spend my time monitoring all your messages, apparently, so as not to hurt your feelings or something. I cannot promise that kind of dedication to you, I would still be happy to help you get this right, if you would like. Just so you don't think this is merely arrogance, you can go to www.michaelmcgrady.com, look at the src attribute on the opening page under the "source" obtained from "View" in your browser, if you are using Internet Explorer for direct proof that your conclusions are mistaken. Notice that I use .MICHAELMcGRADY instead of .do.
Okay? Peace, shalom, namaste, handshake? LOL Relax a little man. Try going wooooo, woooooo, woooooooo, a bit.
Remember that URLs are just file finding devices and that when you use .do, the URL part of that device is rendered essentially irrelevant. I am quite serious that I would like to help you and quite serious that you need to chill a bit.
Michael Mcgrady
I
nstead, one my use <html:img path="/some/path/myAction.do"/>. I'm not sure if this has to do with the fact that in using the "src" attribute, you're telling the container (or browser, or controller) that it's an exisiting _filesystem_ path, vs. some virtual path. All I know if that "src" didn't work, and "path" did work.
Thanks for the post anyhow.
----- Greg
--------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]