W3C home > Mailing lists > Public > www-forms@w3.org > December 2008

xf:submission/@serialization="none" and GET request URLs

From: Philip Fennell <Philip.Fennell@bbc.co.uk>
Date: Wed, 10 Dec 2008 14:31:16 -0000
Message-ID: <FBFAE0E0B37B4148AF77509764D4BC2007B1E784@bbcxues11.national.core.bbc.co.uk>
To: <www-forms@w3.org>


I recently encountered a problem with an AtomPub server; when it was
sent a request of the form:


the response should have been the AtomPub Service document. Instead it
returned an HTTP 400 status code because it didn't like the trailing ?
(question mark) character.

The ? got there because the Mozilla XForms plug-in put it on the end of
the GET request that was generated by an xf:submission:

<xf:submission id="retrieveService" mediatype="application/xml" 
    encoding="UTF-8" method="get" 
    replace="instance" instance="service">
  <xf:resource value="'http://localhost:8080/'"/>

<xf:instance id="service"/>

as per section 11.9.1 of the XForms 1.1 recommendation.

However, with nothing to serialize I was wondering whether the trailing
'?' was actually necessary.

I then had a look at the serialization attribute of xf:submission and it
occurred to me that an additional condition could be added to the URI
construction rules which stated that if serialization="none" then the ?
(question mark) was not to be appended to the URL as there was nothing
to serialize. This would clarify the construction of request URLs and
hopefully prevent the problem I described.


Philip Fennell
>XML Developer (The Forge)
>BBC Future Media & Technology
>Media Village, 201 Wood Lane London W12 7TP 
>BC4 C4, Broadcast Centre
>T:	0208 0085318

This e-mail (and any attachments) is confidential and may contain personal views which are not the views of the BBC unless specifically stated.
If you have received it in error, please delete it from your system.
Do not use, copy or disclose the information in any way nor act in reliance on it and notify the sender immediately.
Please note that the BBC monitors e-mails sent or received.
Further communication will signify your consent to this.
Received on Wednesday, 10 December 2008 14:32:41 UTC

This archive was generated by hypermail 2.3.1 : Tuesday, 6 January 2015 21:36:22 UTC