[XSL-LIST Mailing List Archive Home] [By Thread] [By Date] [Recent Entries] [Reply To This Message]

RFC : XML representation of a HTTP request

Subject: RFC : XML representation of a HTTP request
From: Eric van der Vlist <vdv@xxxxxxxxxxxx>
Date: Fri, 21 Jan 2000 12:58:35 +0100
rfc xml
Hi,

In a java servlet environment, I have developed a mapping of the HTTP
request into a result tree fragment through sax events (using XT).

The goal is to use this environment in a XSL transformation to trigger
context dependent actions and transformation.

I'd like to have your feedback on the structure I am proposing...

Currently, this structure of the tree is something which, translated
into XML, would be like :

<request>
  <headers>
    <accept-charset>iso-8859-1,*,utf-8</accept-charset>
    <accept-language>en</accept-language>
    <host>xmlbinder</host>
    <cookie>Apache=192.127.127.3.2835094787032722</cookie>
    .../...
  </headers>
  <variables>
    <REQUEST_METHOD>GET<REQUEST_METHOD>
    <URI>/result-tree/example.xml</URI>
    <SCRIPT_NAME>/xmlbind/XSLServlet</SCRIPT_NAME>
    .../...
  </variables>
  <parameters>
    <x>2</x>
    <y>3</y>
  </parameters>
</request>

(It could be extended to the cookies as well.)

The names of the headers, variables or parameters is used as the name of
the entities.

In this tree, the path to the variable "URI" is therefore :
"/request/variables/URI".

Would it be better to have a common entity name and something like :

       <parameter name="x">2</parameter>

The path to the variable "URI" would then be  :
"/request/variables/variable[@name='URI']".

If it's the case and if we have different entity names for the
parameters, headers, variables (and later on cookies), do we need to
keep a structured path to these different entities since a path of 
"/request/variable[@name='URI']" would already be sufficient to
differentiate the variable "URI" from a possible parameter "URI" ?

And of course, If I am reinventing the wheel and if a XML schema to
represent a request context has already been defined, I'll be very glad
to know it !

Related links :

http://downloads.dyomedea.com/java/examples/xslservlet/result-tree/
	(the example with its code)

http://www.egroups.com/group/xml-tips/info.html
	(newly created discussion list for these "tips")


Thanks for your feedback.

Eric

-- 
------------------------------------------------------------------------
Eric van der Vlist                                              Dyomedea

http://www.dyomedea.com                          http://www.ducotede.com
------------------------------------------------------------------------


 XSL-List info and archive:  http://www.mulberrytech.com/xsl/xsl-list


Current Thread

PURCHASE STYLUS STUDIO ONLINE TODAY!

Purchasing Stylus Studio from our online shop is Easy, Secure and Value Priced!

Buy Stylus Studio Now

Download The World's Best XML IDE!

Accelerate XML development with our award-winning XML IDE - Download a free trial today!

Don't miss another message! Subscribe to this list today.
Email
First Name
Last Name
Company
Subscribe in XML format
RSS 2.0
Atom 0.3
Site Map | Privacy Policy | Terms of Use | Trademarks
Free Stylus Studio XML Training:
W3C Member
Stylus Studio® and DataDirect XQuery ™are products from DataDirect Technologies, is a registered trademark of Progress Software Corporation, in the U.S. and other countries. © 2004-2013 All Rights Reserved.