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

Re: Feeler for SML (Simple Markup Language)

  • From: "W. E. Perry" <wperry@f...>
  • To: xml-dev@i...
  • Date: Tue, 16 Nov 1999 10:39:56 -0500

define of transactions
Leigh Dodds wrote:

> I'd have said an e-commerce app would have been an all or nothing application.
> Transactions should be atomic.

Yes, it is precisely the e-commerce *app* which should be all-or-nothing *on its own terms*.
That is, a particular process defined and executed at the receiving node either will, or will
not, have all of the input data it requires. The definition of that data requirement is local:
the sending node supplies data, presumably conforming to a definition which makes sense to the
sender, but is not entitled to specify for the receiver the particular definition either of
the data or of the processes to be performed on it. And, yes, transactions should be atomic
but, again, on their own terms. The atomicity of the transaction is only from the point of
view of the (receiving) node which executes it. From the point of view of the node sending the
data which triggers a remote transaction, the 'atomic' transaction may well include (and in
the execution of trades in securities--the example you use below--nearly always does include)
several such remote pieces.

> If I sent you an e-commerce order, and I've accidentally (or mistakenly) sent you my company
> name in an external entity, what will you do with the order. Buy in the stock, but have
> nowhere to ship/charge it? What if I've incorrectly coded the amount of stock I want - how
> much will you send/charge me?

Let's make these examples real. Execution of orders in securities does not occur in a vacuum.
In order to accept an order to deal on your behalf, or to deal with you as principal, I must
know enough about you to be able to confirm, compare and settle the transaction. It's not
merely that I can't execute the trade if I don't know your company name:  I can't execute it
even with your company name if I do not know your confirmation and settlement details. In
other words, to get to the point where you can send me an order for execution, we have already
gone through significant exchanges of data, to establish the context in which that trade,
legally as well as logistically, might be executed.If after all that you neglect on one
occasion to send your name with the order, then if I know the provenance of the message I
already know who you are, and I can supply the missing data. If the data missing on that
occasion is a crucial detail particular to that trade (see your objections just below) then,
because I know who you are (from context previously established) and know the provenance of
the message you have sent me, I can (programmatically, from my processor) send you a message
requesting the missing details which I require to consummate the transaction.

> What if that detail is the whole point of the transaction? What useful information is left?
> How do you decide how incomplete the document/message/fragment can be before the transaction
> becomes useless? Do you have to apply heuristics to determine which bits of data are
> relevant/fail-safe?
>
> If some 'detail' is irrevelant then why is it being sent in the first place?

Irrelevant to the receiver, and to the processes which the receiver can perform, does not mean
irrelevant to the sender.

> You can therefore prune your protocol further.

Or, my protocol could be to derive the schema on every occasion from the data as actually
received and as instantiated within the context of locally-defined processes which the sender
may know nothing of.

> All or nothing is at least safe.

Unfortunately, it is safely nothing if we cannot process the very transactions which we went
into business to execute.

Respectfully,

Walter Perry



xml-dev: A list for W3C XML Developers. To post, mailto:xml-dev@i...
Archived as: http://www.lists.ic.ac.uk/hypermail/xml-dev/ and on CD-ROM/ISBN 981-02-3594-1
To unsubscribe, mailto:majordomo@i... the following message;
unsubscribe xml-dev
To subscribe to the digests, mailto:majordomo@i... the following message;
subscribe xml-dev-digest
List coordinator, Henry Rzepa (mailto:rzepa@i...)



PURCHASE STYLUS STUDIO ONLINE TODAY!

Purchasing Stylus Studio from our online shop is Easy, Secure and Value Priced!

Buy Stylus Studio Now

Download The World's Best XML IDE!

Accelerate XML development with our award-winning XML IDE - Download a free trial today!

Don't miss another message! Subscribe to this list today.
Email
First Name
Last Name
Company
Subscribe in XML format
RSS 2.0
Atom 0.3
 

Stylus Studio has published XML-DEV in RSS and ATOM formats, enabling users to easily subcribe to the list from their preferred news reader application.


Stylus Studio Sponsored Links are added links designed to provide related and additional information to the visitors of this website. they were not included by the author in the initial post. To view the content without the Sponsor Links please click here.

Site Map | Privacy Policy | Terms of Use | Trademarks
Free Stylus Studio XML Training:
W3C Member
Stylus Studio® and DataDirect XQuery ™are products from DataDirect Technologies, is a registered trademark of Progress Software Corporation, in the U.S. and other countries. © 2004-2013 All Rights Reserved.