[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
RE: Object Role Modelling (ORM) or UML or ?? for designing Schema s
- From: "Bullard, Claude L (Len)" <firstname.lastname@example.org>
- To: "W. E. Perry" <email@example.com>, XML DEV <firstname.lastname@example.org>
- Date: Wed, 14 Feb 2001 13:11:50 -0600
True, unless you send me back a Moon Pie and an RC Cola.
Then I sue whoever is on the top of the mailto: and they
sue you. Perfectly reasonable is perfectly responsible.
You only get to find out what is "clear" if it is tested,
somewhat like your taxes. In other words, On Error Try.
Routing need not be intelligent as long as intelligent
agents (humans, golems (pick many)) route correctly.
But we can already do that (SOAP). Routing languages for
a priori agreements for services is pretty much what
.net, Sun web services, etc. are all about.
Why do we need conceptual modeling?
Ekam sat.h, Vipraah bahudhaa vadanti.
Daamyata. Datta. Dayadhvam.h
From: W. E. Perry [mailto:email@example.com]
Nevertheless, 'my' node might be designed to process marketing demographic
profiles. I got your pizza order forwarded to me because of an arrangement
(over which you have no control) with all of the fast-food delivery
I understand your pizza order in a perfectly reasonable way and I am capable
of useful (and profitable) processing of it. It is not my concern that the
processing I perform on your pizza order has nothing to do with your intent
in writing it in the first place. Within my own context, I am as much an
interested party to that order as is the pizza shop, or for that matter, you
yourself. And clearly it is not my responsibility to see that you get your
pizza, nor even to acknowledge that getting it was your original intent.
"Bullard, Claude L (Len)" wrote:
> If I order pizza, I expect pizza.
> Ekam sat.h, Vipraah bahudhaa vadanti.
> Daamyata. Datta. Dayadhvam.h
> -----Original Message-----
> From: W. E. Perry [mailto:firstname.lastname@example.org]
> There is little point in trying to hide the intent of the markup creator,
> but that creator should not attempt to impose
> that intent upon the various users of that markup syntax.
To unsubscribe from this elist send a message with the single word
"unsubscribe" in the body to: email@example.com