W3C home > Mailing lists > Public > www-forms@w3.org > January 2002

RE: XForms, XML media types, SOAP

From: Micah Dubinko <MDubinko@cardiff.com>
Date: Tue, 15 Jan 2002 12:26:35 -0800
Message-ID: <E840F0B7E6189547BDB91DA8BF2228AB28C139@csmail.cardiff.com>
To: "'Mark Nottingham'" <mnot@mnot.net>, www-forms@w3.org
Cc: XML Distributed Applications List <xml-dist-app@w3.org>

The XForms Working Group will address these issues (both the example and the
broader question of "+xml" media types) during our Last Call process. Please
feel free to comment at any time.



-----Original Message-----
From: Mark Nottingham [mailto:mnot@mnot.net]
Sent: Friday, January 11, 2002 10:45 AM
To: www-forms@w3.org
Cc: XML Distributed Applications List
Subject: XForms, XML media types, SOAP

The current WD [1] of XForms, in section 4.3.4 "submitinfo" [2], notes:

  [...] attribute mediaTypeExtension is useful in cases where a media
  type alone is not sufficiently precise. For instance, a SOAP
  envelope would not be adequately described simply by "text/xml",
  additional information would be required.

The XML Protocol WG seems to be settling on a non-"text/xml" media
type, most likely "application/soap+xml" or some variant that uses
the conventions in RFC3023 [3].

Trivially, this means that this example should be changed. However, I
also wonder if the mediaTypeExtension could be better explained? It
isn't clear how it integrates with media types. There has been some
discussion of the relationship between namespaces URIs and media
types, but AFAIK no resolution has surfaced yet. 

Has RFC3023 been considered in the processing model for XForms? Right
now, only 'text/xml' will generate XML output; perhaps XForms should
pay attention to the '+xml' convention as well?

N.B. Apologies if this is a rehash of a previous discussion; search
on lists.w3.org is down.

[1] http://www.w3.org/TR/xforms
[2] http://www.w3.org/TR/xforms/slice4.html#structure-model-submitInfo
[3] http://rfc3023.x42.com/

Mark Nottingham
Received on Tuesday, 15 January 2002 15:29:01 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 22:37:42 UTC