Harm,
I was being a bit clumsy in my attempt to draw a comparison in
a
diplomatic way. Despite the visceral passions that SOA
naturally
arouses, we do like to keep this Group polite and dispassionate.
I
would certainly expect the members of the Group to communicate with
a
higher sense of maturity and courtesy than is to be found in
the
British House of Commons, a significant proportion of whose
members
seem to be indolent toadies or yobs (or frequently both!). I
am
naturally an undiplomatically direct individual on occasions, but
if
in doubt in a situation like this, my rule of thumb is - would I
say
this to my boss's boss?
Gervas
Monitor
--- In service-orientated-architecture@yahoogroups.com,
"Harm Smit"
<[EMAIL PROTECTED]> wrote:
>
> Gervas,
>
> Maybe the term is a bit harsh, but it translates my disappointment
with
> the fact that after a discussion with 150+ messages on the
subject of
> the lightbulb, somebody still comes up with an off-target
concept. I
> could have said "I'm not quite sure I'd put it that way",
which is how
> it would have been formulated in the British parliament
and which sounds
> more polite but is sometimes more agressive. I think
on a list like
> this, direct statements are preferrable to convoluted
expressions of the
> political style. But in any case this doesn't imply
anything personal.
>
> Harm.
>
>
>
>
> -----Original Message-----
> From: service-orientated-architecture@yahoogroups.com
>
[mailto:service-orientated-architecture@yahoogroups.com]
On Behalf Of
> Gervas Douglas
> Sent: vendredi 14 juillet 2006
12:15
> To: service-orientated-architecture@yahoogroups.com
>
Subject: [service-orientated-architecture] Re: Zapthink on
SOA/REST
>
>
>
> Harm,
>
> I know that
English is not your first language, but pointing out the
> deficiencies
in someone else's statement by baldly stating it is rubbish
> is
considered very direct and personal, whether it is true or not (and I
>
am not the person to adjudicate on that latter point in this
instance!).
> It is however totally excusable, if sometimes a little
unwise to address
> a flic or douanier in such a manner. When talking to
a politician it is
> usually true as well as being almost always
excusable:)
>
> Gervas
>
> --- In
service-orientated-
>
<mailto:service-orientated-architecture%40yahoogroups.com>
>
architecture@yahoogroups.com,
"Harm Smit"
> <hsmit@> wrote:
> >
> >
>
>
> > -----Original Message-----
> > From:
service-orientated-
>
<mailto:service-orientated-architecture%40yahoogroups.com>
>
architecture@yahoogroups.com
>
> [mailto:service-orientated-
>
<mailto:service-orientated-architecture%40yahoogroups.com>
>
architecture@yahoogroups.com]
On Behalf Of
> > Jan Algermissen
> > Sent: jeudi 13 juillet
2006 23:23
> > To: service-orientated-
>
<mailto:service-orientated-architecture%40yahoogroups.com>
>
architecture@yahoogroups.com
>
> Subject: Re: [service-orientated-architecture] Zapthink on
SOA/REST
> >
> >
> > .
> >
> >
On Jul 13, 2006, at 9:38 PM, Ron Schmelzer wrote:
> >
> >
> In Web Services, the behavior is explicit because it's defined as
> > > such in a contract. In REST, the behavior is implicit
because no
> > > contract defines what happens when XML is
submitted or received as
> > > part of a PUT, GET, POST, or
DELETE operation.
> >
> > That's not true, HTTP is the
contract that defines what happens.
> >
> > Nope. It's only
part of the contract, see below.
> >
> > Could it be that
you (and others here) overlook the fact that the
> > HTTP methods
are being invoked ON A RESOURCE and not just on a
> > server. The
choice of resource, the method and the message type do
> > make
pretty clear what is happening.
> >
> > IOW, why do you
consider
> >
> > lightbulb10.PUT( ON )
> >
> > to be less explicit than
> >
> >
service.turnOn( lightbulb10 )
> >
> > The latter is
rubbish. It should read: lightbulb10.turnOn()
> > Each lightbulb
is an independent, autonomous service provider.
> >
> >
Please keep in mind that the message ON in this case must be of a
>
> message type both parties understand, it is not just the string
"ON".
> >
> > That's exactly where the difference
is.
> >
> > Jan
> > _,_._,___
>
>
>
