OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.

 


Help: OASIS Mailing Lists Help | MarkMail Help

ebxml-architecture message

[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [Elist Home]


Subject: RE: Latest Specification document


Robert,

This approach would work just fine. But, there is some
controversy over the use of PIs as a part of an XML standard.

There was a big "discussion" on this in the W3C over the
XML Namespaces and XML Style Sheet Linking Specifications.
The XML WG had to produce yet another Namespace Specification
to remove the PI from the spec. The Namespace Recommendation
has no PIs, because of this issue. The XML Syntax WG had a
similar problem. But, the xml-stylesheet PI was already in
public use, so that the Spec was pushed through to a Recommendation.
Though this paragraph was added to the REC:

	The use of XML processing instructions in this specification
	should not be taken as a precedent. The W3C does not anticipate
	recommending the use of processing instructions in any future
	specification. The Rationale explains why they were used in
	this specification.

Here is the Rational provided:

	There was an urgent requirement for a specification for style
	sheet linking that could be completed in time for the next
	release from major browser vendors. Only by choosing a simple
	mechanism closely based on a proven existing mechanism could the
	specification be completed in time to meet this requirement.

	Use of a processing instruction avoids polluting the main document
	structure with application specific processing information.

	The mechanism chosen for this version of the specification is not a
	constraint on the additional mechanisms planned for future versions.
	There is no expectation that these will use processing instructions;
	indeed they may not include the linking information in the source
	document.

So, I think it should be determined whether PIs are being used this way or
not in other publicly used XML Specifications.


Joel Nava



On Behalf Of Miller, Robert (GXS)
>
> Hi All,
>
> The Architecture Document (Section 3.5.5 a)(TechArch group) currently
> proposes that an ebXML document be framed within an 'ebXML' element.
> TR&P is referenced in an Editor's note to this rule. See below:
>
>   a)      The message will use a root tag of <ebXML> to identify it as an
> ebXML compliant transaction.
>
>   [EDITORS NOTE:  THE TRP GROUP MUST EITHER ADOPT THIS OR SPECIFY AN
> ALTERNATIVE IDENTIFICATION ELEMENT OR METHOD]
>
> I do not support this means of identification, and propose instead that an
> XML conformant document include a 'Processing Instruction' asserting ebXML
> compliance.  I suggest:
>
> 	<?ebXML version='1.0' reference='someURI'>
>
> where 'version' provides the ebXML version to which compliance is claimed,
> and
>       'reference' provides a URI for use in accessing a repository of
> metadata relating to this message.
>
> I believe this approach is less intrusive upon XML syntax.  It eliminates
> the need, if a DTD (or other schema declaration)is used, to
> define an ebXML
> element and its allowed content.
>
> Cheers,
>         Bob



[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [Elist Home]

Search: Match: Sort by:
Words: | Help


Powered by eList eXpress LLC