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: comments on .7


just some random comments, sorry for beeing late.. some are nitpicks...

line 157-160 gives the agenda for the BP work group. Thats the only
group we give the scope and reason for existence here in the overview. i
wonder if we should skip this or introduce every's group scope. (liek we
do from 211-226)

line 566: this is a somewhat odd statement.. this is a consequence if we
are bound to xml syntax, actually it is not possible to have a object
including the markup to be represented in 8bit. On the other hand there
might be transport systems which dont support 8 (but 7 bit) charsets.. i
dont see a reason for that sentence.. at least not here in the genral
architewcture document. btw: true/false is a 1bit information, only xml
encoding will make it on a char boundary.

608: we command to use a flat table driven repository here.. i dont know
if the repository guys find it very funny if we do the work for them and
forbid them to use OO structures in the repository.

627: even the W3C is not talking about URL but URI ressource
identifiers. You need them if you want to have public identifiers witch
caching and catalougs.. why should we make such a internet based
asumption which is easy to understand but not easy to use?

836-850: isnt this too specific? especially the reference to doctype,
where we soon wont use DTDs for defining busienss data anymore. In
Addition to that i dont see why we have to force software to be unicode
compliant if most of the time one can identify a common subset (like
iso-9 or something).

857-859: right, there might be the usage of namespaces instead of root
tags, so i would not specify the line 855-856 in this document.

1009-1015: why dot we use the Terminology from the RFCs incluing the
caps MAY SHOULD MUST? (line 1014 should be corrected to be numbered c)
instead of k))

Bernd Eckenfels
SEEBURGER AG, Edisonstrasse 1, D-75015 Bretten, Germany
Fax:+49(0)7252 96-2222 Fon:+49(0)7252 96-1256 http://www.seeburger.de/

[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