> Allright. I still don't really see what the point is, but at least the > description is clearer. You may want to repost it like that on the > httpd list too. > > Taking the above at face value and just giving a generic answer : > You could probably do that in Apache httpd or in Tomcat, but in both > cases I don't think you'll find a standard module to do that. You will > have to write your own code.
That's fine, whatever it takes. I'm just looking for the right tools to start off with. > HTTP proxy requests arrive to the HTTP server in a format slightly > different from normal requests : > a normal request arrives like > GET /path/to/document HTTP/1.1 > while a proxy request arrives like > GET http://hostname_desired/path/to/document HTTP/1.1 > > All the "normal" machinery of a webserver is designed to handle the > first format, so I imagine that module like mod_proxy in Apache httpd > have to do something special to handle the second one. > > I am not going to say more, because I don't really know this works, but > maybe someone more knowledgeable in "forward proxies" could step in at > this point. > > ---- > > Separately, I am still curious about a couple of points : > - if your proxy server composes a web page as a result of a request, on > which base does it create it ? I mean, it gets a request like > "http://www.bbc.co.uk/africa/current.html";. What does it create itself > in response to that ? I know that sounds pretty weird and useless, but I've got an idea that requires info from just the URL itself. > - you say that you want to store this page for later use. Which later > use ? what do you return to the client now, and to which request would > you return this same page later ? I don't return anything to the client now. 'Later use' means the user can get online and view that page which is now cached on the local proxy server and not get on the internet ... so, a few hours later the page can be viewed (when the proxy is not online). The users intent here is to not receive the request at the time the request is made. --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
