Why would the average browser using consumer need UDDI? UDDI is where there is a discovery of services is, in my humble opinion, not going to catch on.
What it is good for is in ERP to ERP type communication; where UDDI will hold the list of services available after etherification. Then WSDL gives a description of the service so the WS Client and Server can communicate. Harry ----- Original Message ----- From: "Scott Nichol" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Thursday, May 30, 2002 7:15 AM Subject: Re: Re: Re: why uddi? > Frankly, I don't see a reason for a UDDI enabled client on every PC. Of course, > I don't see a reason for AOL ;). Having said that, you must realize that I am a > technologist, not a futurist, or a marketer, or a business strategist. I have > no significant understand of cultures other than within the United States, and > even then I seem to personally exist far enough from the mainstream that some > trends surprise me. So, UDDI could be built into the next version of IE, and > everyone could start using it, and I would not be totally surprised. > > However, I think some trends in Internet B2C and B2B, within the U.S. at least, > are enlightening. Regarding B2B, I am very familiar with VerticalNet, a local > company that, at the height of the Internet boom, operated dozens of on-line B2B > exchanges. The interesting trend revealed to me by a friend who was an > executive there: companies accepted bids from all comers on-line, yet the vast > majority of the time selected existing partners. The B2C trend: on-line stores > of well known bricks-and-mortar chains, such as Wal-Mart, have come to dominate > e-commerce. > > Statistically, people in the U.S., in both their business and personal lives, > maintain relationships with organizations they know and feel comfortable with. > I don't think they would be so comfortable with hooking up to a web service > provided by a company they never heard of if there is a "name brand" > alternative. In fact, if someone is an AOL user, I think they would be happy to > have AOL establish the relationship with the third party providing the service. > This is what happens today without web services, and I don't see web services > changing the behavior. Web services will facilitate the relationship between > the two business entities, but consumers will benefit without directly > interacting with the web services themselves. > > Note: I've been wrong before. > > Scott Nichol > > ----- Original Message ----- > From: "soap vamsi" <[EMAIL PROTECTED]> > To: <[EMAIL PROTECTED]> > Sent: Thursday, May 30, 2002 12:37 AM > Subject: Re: Re: Re: why uddi? > > > > Scott, > > Yes i completely agree with you on that Scott.But is there a > > possiblity of the evolution of generic web service client that > > will enable the consumer to search for a webservice, discover it > > and invoke the service method of his choice.Evolution of such a > > client that say, can be plugged into the web browser, will > > drastically improve the scope of the webservices. > > How much do u think this is realisable?And if yes what could be > > timeframe? > > vamsi > > On Tue, 28 May 2002 Scott Nichol wrote : > > >There needs to be Web services clients, but I do not think they > > >will reside on > > >consumer machines. I think consumers will access the likes of > > >Yahoo, AOL, MSN, > > >each of which will in turn aggregate content from multiple > > >providers, which they > > >already do, but increasingly using Web services. Most of the > > >content will be > > >provided/accessed through pre-arranged partnerships. I do not > > >envision a large > > >amount of ad hoc use of Web services. > > > > > >Where I am a consultant (Philadelphia, mid-way between New York > > >and Washington, > > >DC), I am finally seeing the interest in SOAP and Web services > > >picking up. > > >However, in all cases so far, it is for the purpose of > > >application integration. > > >Some large corporations I work with are most interested in using > > >SOAP/WS > > >internally to integrate their own systems, although their initial > > >exposure was > > >connecting to partners who were early adopters. I also work with > > >a number of > > >ISVs and ASPs who simply see SOAP/WS as another technology by > > >which to expose an > > >API. They have all found some usefulness to Microsoft's DISCO or > > >WS-Inspection. > > >None of them have done anything with UDDI. Of course, this might > > >simply mean > > >that they don't see an opportunity that is actually there. > > > > > >Scott Nichol > > > > > >----- Original Message ----- > > > From: "soap vamsi" <[EMAIL PROTECTED]> > > >To: <[EMAIL PROTECTED]> > > >Cc: "Scott Nichol" <[EMAIL PROTECTED]> > > >Sent: Tuesday, May 28, 2002 12:40 AM > > >Subject: Re: Re: why uddi? > > > > > > > > > > thanks scott, > > > > Yes the B2C senario the customers will rely on trusted > > >search > > > > engines to look up webservices.But once again dont the > > >clients > > > > need soap capable clients to use the services ,keeping in > > >mind > > > > that every soap service will call for a specific soap > > >client. > > > > vamsi > > > > > > > > On Mon, 27 May 2002 Scott Nichol wrote : > > > > >I personally have great doubts that UDDI will become > > >important. > > > > >I agree with your reasoning in the > > > > >B2B scenario. For B2C, it seems more likely that clients > > >will > > > > >"learn" of a service via a "trusted" > > > > >source, much as consumers typically do searches today via > > >Yahoo, > > > > >Google or even AOL. > > > > > > > > > >Scott Nichol > > > > > > > > > >----- Original Message ----- > > > > > From: "soap vamsi" <[EMAIL PROTECTED]> > > > > >To: <[EMAIL PROTECTED]> > > > > >Sent: Monday, May 27, 2002 01:35 > > > > >Subject: why uddi? > > > > > > > > > > > > > > > > I am not sure if this is the right place for this query > > >,I > > > > >will > > > > > > be grateful though for any information in this > > >direction. > > > > > > My query is regarding the services that are likely to > > >become > > > > > > webservices and the need for uddi. > > > > > > In my opnion there are two senarios where webservies > > >might > > > > >find > > > > > > place > > > > > > 1.b2b. > > > > > > 2.b2c. > > > > > > Firstly in a b2b senario one business knows the > > >other.Where is > > > > >the > > > > > > need to dynamically discover the service using uddi? > > > > > > In a b2c senario when if the client doesnot know the > > > > >business > > > > > > service provider the need for uddi is warrnated,but here > > >the > > > > > > client(i am referening to an end user) needs to soap > > >aware > > > > >and > > > > > > soap capable to avail those services.To what extent is > > >this > > > > >a > > > > > > realistic expectation? > > > > > > If i am wrong in my extrapolation regd the likely > > > > >webservices, > > > > > > what services to become webservices? > > > > > > > > > > > > I may have been myopic in my opinion formation,pl feel > > >free > > > > >to > > > > > > make me aware of the possiblities that i have > > >overlooked. > > > > > > Thaking you > > > > > > vamsi > > > > > > > > > > > > > > >_________________________________________________________ > > > > > > Click below to visit monsterindia.com and review jobs in > > >India > > > > >or > > > > > > Abroad > > > > > > http://monsterindia.rediff.com/jobs > > > > > > > > > > > > > > > > > > > > > > > > > _________________________________________________________ > > > > Click below to visit monsterindia.com and review jobs in India > > >or > > > > Abroad > > > > http://monsterindia.rediff.com/jobs > > > > > > > > > > > > > > > _________________________________________________________ > > Click below to visit monsterindia.com and review jobs in India or > > Abroad > > http://monsterindia.rediff.com/jobs > > > > > >
