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

RE: Traditional RPC

• To: "Joshua Allen" <joshuaa@m...>,"Dave Winer" <dave@u...>,<xml-dev@l...>
• Subject: RE: Traditional RPC
• From: "Dare Obasanjo" <dareo@m...>
• Date: Tue, 19 Feb 2002 02:24:30 -0800
• Thread-index: AcG4+v4K6Tij5kTcSa6qjq5XGHIV2QAANsBgAAA/LWAADIuAQA==
• Thread-topic: Traditional RPC

I actually wasn't thinking of standards compliance when I replied. I was
thinking more that the idea of calling a closed network where one
company calls the shots and deigns to allow select people to write apps
to communicate between users of the network a "web services platform"
seems to be a misnomer. 

Of course, Napster's servers weren't the only servers on the network so
there may have been room for outsiders and heterogeneity (sp?) but I
would surely have been dissatisfied if the "web services revolution" as
some like to call it was reduced to simply writing Napster apps and plug
ins. 

-- 
THINGS TO DO IF I BECOME AN EVIL OVERLORD #34
I will not turn into a snake. It never helps.


> -----Original Message-----
> From: Joshua Allen 
> Sent: Monday, February 18, 2002 8:31 PM
> To: Dare Obasanjo; 'Dave Winer'; 'xml-dev@l...'
> Subject: RE:  Traditional RPC
> 
> 
> 
> Actually, that is *exactly* what Steve Case is thinking.  The 
> thing that was remarkable about Napster was how quickly Sean 
> Fanning was able to move from nothing to a practical monopoly 
> in such a short time -- all without paying an ounce of 
> attention to the standards.  So I think that Dave's point is 
> that predicting a system's demise based on its adherence (or 
> lack of) to standards, is not very reliable.  Napster died 
> because it stepped on the toes of the media companies, not 
> because it had a poor record of working in standards organizations.
> 
> 
> > -----Original Message-----
> > From: Dare Obasanjo [mailto:dareo@m...]
> > Sent: Monday, February 18, 2002 8:16 PM
> > To: Dave Winer; xml-dev@l...
> > Subject: RE:  Traditional RPC
> > 
> > Was that a serious answer? The fact that millions of people 
> > communicate using software that talks a proprietary protocol on the 
> > Internet somehow translates to that being a killer web service 
> > platform?
> > 
> > I guess someone better call Steve Case and tell him he's 
> sitting on an 
> > untapped Web Services gold mine. ;)
> > 
> > --
> > THINGS TO DO IF I BECOME AN EVIL OVERLORD #34
> > I will not turn into a snake. It never helps.
> > 
> > 
> > > -----Original Message-----
> > > From: Dave Winer [mailto:dave@u...]
> > > Sent: Monday, February 18, 2002 8:08 PM
> > > To: xml-dev@l...
> > > Subject: Re:  Traditional RPC
> > >
> > >
> > > >>If the Napster protocol is so fantastic why aren't we using
> > > it for Web
> > > Services?
> > >
> > > I'm going to assume this is a serious question.
> > >
> > > The only thing that's fantastic about the Napster 
> protocol was the 
> > > number of people who used software that communicated using that 
> > > protocol.
> > >
> > > The reason we're not using it is that Napster went bye-bye.
> > >
> > > Dave
> > >
> > >
> > > -----------------------------------------------------------------
> > > The xml-dev list is sponsored by XML.org <http://www.xml.org>, an 
> > > initiative of OASIS
> > <http://www.oasis-open.org>
> > 
> > The list archives are at http://lists.xml.org/archives/xml-dev/
> > 
> > To subscribe or unsubscribe from this list use the subscription
> > manager: <http://lists.xml.org/ob/adm.pl>
> > 
> > 
> > -----------------------------------------------------------------
> > The xml-dev list is sponsored by XML.org <http://www.xml.org>, an 
> > initiative of OASIS <http://www.oasis-open.org>
> > 
> > The list archives are at http://lists.xml.org/archives/xml-dev/
> > 
> > To subscribe or unsubscribe from this list use the subscription
> > manager: <http://lists.xml.org/ob/adm.pl>
> 
> 

• Prev by Date: Re: Traditional RPC
• Next by Date: Re: Traditional RPC
• Previous by thread: Re: Traditional RPC
• Next by thread: RE: Traditional RPC
• Index(es):
  • Date
  • Thread