[XML-DEV Mailing List Archive Home] [By Thread] [By Date] [Recent Entries] [Reply To This Message]

Re: Web Design Principles (was Re: Generality of HTT

• To: xml-dev@l...
• Subject: Re: Web Design Principles (was Re: Generality of HTTP)
• From: Sean McGrath <sean.mcgrath@p...>
• Date: Mon, 28 Jan 2002 10:33:15 +0000
• In-reply-to: <E16Uynn-0005UA-00@m...>
• References: <ID9683SD923Z3Z3XNHPL4YEB5YURD9.3c547e49@MChamp>

>[Mike Champion]
>
> > I agree with Simon.  For example, my canonical example of an order;
> > if you want to stay in business, you'll be liberal in the vocabulary
> > and structure you accept  so long as it is well-formed and the
> > information you need to process and validate it (in the business
> > sense, not the XML sense)  is in there somewhere. Nobody but a
> > handful of mega-corps will be able to get away with saying "if you
> > want to do business with us, you need to use our schemata."

[John Cowan]

>Ah, that's where architectural forms come in.  They say "Mark up
>your XML document further by adding some attributes, so that
>we can figure out that what you mean by FOO is what we mean by BAR."

Unfortunately, in my experience, the AF approach is simple, elegant
and wrong.

The differences between real world schemata I find
myself working to converge for interchange/processing are orders of
magnitude beyond mere element type name mapping
and attribute suppression.

I have no problem with AFs as a mapping mechanism  -
especially pipeline enabled such as you are envisaging
with AFNG. My problem is that people can read too much
into what you get with a mapping mechanism such as AF.

regards,
Sean

• References:
  • Re: Web Design Principles (was Re: Generality ofHTTP)
    • From: Mike Champion <mc@x...>
  • Re: Web Design Principles (was Re: Generality ofHTTP)
    • From: John Cowan <cowan@m...>

• Prev by Date: Auto-completion in editors (RE: ANN: XML Origin, the XML Editor & XSLT Debugger Released)
• Next by Date: Re: There is a meaning, but it's not in the data alone
• Previous by thread: Re: Web Design Principles (was Re: Generality ofHTTP)
• Next by thread: RE: Generality of HTTP
• Index(es):
  • Date
  • Thread