- From: Markku Savela <msa@msa.tte.vtt.fi>
- Date: Thu, 7 Mar 1996 11:34:47 +0200 (EET)
- To: www-lib@w3.org
Just to sound out if I am on the right track and not doing something that I might regret later, I am posting this notice/status report. What I am trying to achieve is described by Client Proxy/Converter The WEB (requestor) (real WWW server) GET URL (pass through) GET URL ----------------------------> .............. ------------> ........ .............. ........ .............. HTTP Reply ........ .............. <------------ ........ HTServHTTP HTMIMEConvert + the whole converter stacking and type matching stuff sitting here application/x-mheg-5 .............. <---------------------------- ObjectConverter In my converter, the output stream is going to HTTPReply stream, which then opens quite many other streams (MakeReplyPipe/HTConLen.c, HTMIMERq.c/HTMIMERequest, HTTPGen.c/HTTPGenMake, HTTPRes.c/HTTPResponce), most of which insist on adding some headers based on achors and requests (and the result is totally incorrect for me). I found it very difficult to control these beasts and finally resolved in making a private copy of HTTPServ.c module, with only one little addition into HTTPReply_new function: me->transparent = YES; This disables the creation of all those extra (for my application) pipelines and gives me a straight backstream to the requesting client. My application can now safely generate the necessary special reply and headers. I am only wondering if I actually missed some control that would have achieved the same result. If such exists, I wouldn't have to use private version of HTTPServ.c -- Markku Savela (msa@hemuli.tte.vtt.fi), Technical Research Centre of Finland Multimedia Systems, P.O.Box 1203,FIN-02044 VTT,http://www.vtt.fi/tte/staff/msa/
Received on Thursday, 7 March 1996 04:37:51 UTC