RE: Transmitting CGI vars to an XML doc.
I did something like this a while back that I termed 'Dynamic Entity References' and here is a write-up: http://xdev.datachannel.com/press/lounge.html This may give you more ideas. Mike -----Original Message----- From: Binesh Bannerjee [mailto:binesh@h...] Sent: Wednesday, August 18, 1999 10:13 AM To: xml-dev@i... Subject: Re: Transmitting CGI vars to an XML doc. On Wed, 18 Aug 1999, Binesh Bannerjee wrote: > What is the way that people here are using to send CGI parameters > to an XML driven CGI? Sorry for the endless clarifications, but I just ... Well, want to clarify. The way I'm thinking about approaching this is as follows: CGI request comes into Servlet. Servlet creates a "CGI_Descriptor" XML doc. Servlet passes CGI XML doc, Template XML doc, Template XSL doc to "Processor" Processor reads Template XML doc (via DOM) replaces CGI vars [ This is the part that's unclear to me. ] Processor spawns new processors to handle "Subtemplates" within template (which follows recursively this same procedure.) Processor uses XSL to create the output page, and sends this off to the browser. My unknowns are, how to represent in the Template XML doc CGI variables, and how people are handling XML in "subtemplates" that themselves may need to be processed further... Am I correct in thinking that adding say a "<date/> tag that is to expand into todays date would necessarily be a proprietary piece of code, that no standard XML browser would ever be able to read? (Although, a date one is far too simple, since that would likely be done with the ECMAscript in XSL...) It would be nice to be able to do <?binesh_plugin param="<cgi var="Blah"/>"?> and then binesh_plugin would add whatever it needed to into the doc... If not, it's looking like I'll have to do something like so: <binesh_plugin> <cgi var="whatever"/> <cgi var="something"/> </binesh_plugin> Which then I'd write something using the DOM, that traverses the doc and looks for binesh_plugin, and replaces that node with whatever it thinks should be there instead... But I'd _hate_ to have to do this because anything I do with DOM would be opaque to a general XML style browsers... Again any help appreciated, thanks... (BTW, total Unix guy and microsoft-phobe here... So...) Binesh * There's nothing wrong with me... http://www.panix.com/~binesh * * There's something wrong with the universe. http://www.hex21.com/ * * CGI/Java Consulting * * I know it's all in vain * * I know that I'm to blame * * I know the purest rain * * Won't wash this bloody stain * * I know this sickness from inside * * Will tear us apart, tear us apart * * You're still in my heart tearing apart * * Tearing Apart - Siouxsie And The Banshees * xml-dev: A list for W3C XML Developers. To post, mailto:xml-dev@i... Archived as: http://www.lists.ic.ac.uk/hypermail/xml-dev/ and on CD-ROM/ISBN 981-02-3594-1 To (un)subscribe, mailto:majordomo@i... the following message; (un)subscribe xml-dev To subscribe to the digests, mailto:majordomo@i... the following message; subscribe xml-dev-digest List coordinator, Henry Rzepa (mailto:rzepa@i...) xml-dev: A list for W3C XML Developers. To post, mailto:xml-dev@i... Archived as: http://www.lists.ic.ac.uk/hypermail/xml-dev/ and on CD-ROM/ISBN 981-02-3594-1 To (un)subscribe, mailto:majordomo@i... the following message; (un)subscribe xml-dev To subscribe to the digests, mailto:majordomo@i... the following message; subscribe xml-dev-digest List coordinator, Henry Rzepa (mailto:rzepa@i...)
PURCHASE STYLUS STUDIO ONLINE TODAY!
Purchasing Stylus Studio from our online shop is Easy, Secure and Value Priced!
Download The World's Best XML IDE!
Accelerate XML development with our award-winning XML IDE - Download a free trial today!
Subscribe in XML format