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

RE: Co-operating with Architectural Forms

• To: "'Steven R. Newcomb'" <srn@c...>, Ronald Bourret <rpbourret@r...>
• Subject: RE: Co-operating with Architectural Forms
• From: "Bullard, Claude L (Len)" <clbullar@i...>
• Date: Fri, 1 Feb 2002 08:49:59 -0600
• Cc: xml-dev <xml-dev@l...>

It would seem that would be of use in a design 
for a virtual data warehouse.  In essence, it 
is the contract for the backend systems to join.

len

-----Original Message-----
From: Steven R. Newcomb [mailto:srn@c...]

> How useful is that in the real world? That is, if
> company A defines one format for invoices and company
> B defines another format, what are the chances that
> these are (hierarchically) similar enough that I can
> define AFs to process them as a single format? My gut
> reaction is that this is unlikely.

Right, Ron.  The AF paradigm is not for everyone, and
it's not useful for every purpose.

AFs provide a way for Companies A and B to *cooperate*
with each other to maintain one or more common base
syntaxes that will permit them to interchange
information reliably, and point the finger of blame
when information interchange fails to occur, but
without giving up any sovereignty that they wish to
retain over their separate-but-derived syntaxes.

If A and B haven't chosen to cooperate (or, more
accurately, if they don't both happen to use (any of)
the same base architecture(s), for whatever reason),
AFs have nothing to offer.

The act of cooperating can have many benefits in
addition to the benefit of reliable information
interchange, while retaining local control of the
details.  AFs just provide a tangible, workable goal
for cooperative efforts that use syntax as the basis of
cooperation.  That's not an insignificant thing.

• Prev by Date: RE: life support for DTDs? was RE: misprocessing namespaces)
• Next by Date: RE: Co-operating with Architectural Forms
• Previous by thread: Re: Co-operating with Architectural Forms
• Next by thread: RE: Co-operating with Architectural Forms
• Index(es):
  • Date
  • Thread