[EMAIL PROTECTED] wrote:
One reason a filter would be better is you can fully
construct the URL dynamically, including the method and all
that. Could you possibly map it to just the initial entry
point of your app so that it doesn't fire with each request?
Yeah I thought about that... unfortunately I can't be sure that the
users will enter from the homepage or any other particular point.
Yeah, I thought you might say that :)
Another even more hack-ey solution might be to have a servlet
that runs on startup, and from it fire off a request to a
specific URL that goes through your filter. Your filter then
calculates the app's URL and sticks it in application scope.
The servlet is no longer needed, nor is the filter, and
shouldn't affect anything after that.
Seems like a lot of trouble for what your after though :)
Although, how would the startup servlet know what the magic URL is? I
guess it would have to start with the full URL of the app. Which is
where we came in :)
The startup servlet wouldn't, the filter would. The servlet just
requests a resource in your webapp, and the filter calculates the URL
and sticks it in application scope.
Doesn't matter anyhow, it's working ok... Thanks a lot for your help.
Your right, and I'm glad its working. The other suggestion is just a
curiosity at this point :) Take care!
Iain
Frank
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]