W3C home > Mailing lists > Public > public-xml-processing-model-wg@w3.org > May 2007


From: Norman Walsh <ndw@nwalsh.com>
Date: Wed, 16 May 2007 09:36:53 -0400
To: public-xml-processing-model-wg@w3.org
Message-ID: <87hcqczy8a.fsf@nwalsh.com>
I appreciate the power of the c:http-request (can we rename this
c:request so that it's less confusing with *p*:http-request?), but
I think it's awfully heavyweight for the simple case.

Consider the earlier example in the spec:

  <p:input port="source">
      <c:http-request method="post" href="http://example.com/form-action">
        <c:entity-body content-type="application/x-www-form-urlencoded">

I think that'd be a lot easier for users to understand if it was written
like this:

  <p:option name="method" value="post"/>
  <p:option name="href" value="http://example.com/form-action"/>
  <p:option name="content-type" value="application/x-www-form-urlencoded"/>
  <p:input port="source">

I suggest the following changes:

1. Make the method, href, status-only, and override-content-type values
   of c:http-request options on the p:http-request step.

2. Make content-type an option on c:http-request

3. Make the behavior of the step dependent on what arrives on the input

   * If a c:body arrives, use it (and the options specified per 1)
   * If a c:http-request arrives, use it (with the options specified per 1
     serving as overrides for the values specified as attributes).
   * If a single document with some other root element arrives, treat it
     as a single body
   * If a sequence arrives, treat it as multipart.

4. Rename c:http-request to c:request

5. Rename c:http-response to c:response

I think this simplifies things in the simple case without sacrificing
any functionality in the more complex cases.

                                        Be seeing you,

Norman Walsh <ndw@nwalsh.com> | Everything should be made as simple as
http://nwalsh.com/            | possible, but no simpler.

Received on Wednesday, 16 May 2007 13:37:05 UTC

This archive was generated by hypermail 2.3.1 : Tuesday, 6 January 2015 21:32:43 UTC