-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 To whom it may concern,
On 6/9/2009 5:10 PM, ledbettd wrote: > Thanks for the help, Chris. The code in footer and header were just a list > of HTML <A links, not real JSP. I put the above code in for the first > hyperlink in the header file and it worked from all directories. Excellent. > So, we were hoping to migrate our code over to the new virtual setup without > much editing. It appears that the context path will play more of a major > role than it did on the default Tomcat installation where this was fine. Using the context path in all your links will make re-location *much* easier: just re-deploy to a different context path (say /foo/bar or even ROOT) and everything works without any changes. It's definitely worth migrating as you touch files. Even better: use a tag library like JSTL (or, if you use Struts, their <s:url> tag) that does everything for you. That way, your JSP code stays readable yet flexible. > Actually, a weird think happened on the way to the ... > I noticed that even though I only changed the first <A link to the JSP > format, the other links across the header suddenly were correct, even though > they were still in the HTML <A format. This was not an expected outcome and > begs the question: Is there an easier way (read: work around with > configuration files) to have the header HTML <A links inside the JSP file be > interpreted within the correct context from where ever inside this > bcosite.com virtual host, without rewriting all the old code to proper JSP? The only thing I can think of is to use a <base> tag in your HTML documents. This is an ugly hack if you ask me, and it might not solve what I believe your original problem to be: that you were not using fully-qualified URLs in the first place. Good luck, - -chris -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkowFvgACgkQ9CaO5/Lv0PBO0ACgpSuFUBYfToCY+ANYm5PbN/ak PDIAoKD0gA3zc7YkqGyL3uqLDGn7nfvF =Coop -----END PGP SIGNATURE----- --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
