Hi,
I have some webservices deployed in Apache SOAP.I want to bind and publish
these services in a UDDI registry.
I also have some soap clients accessing these services.I want these clients
to lookup the services from the UDDI registry.
It would be very nice if anyone can enlighten me on this
c DNS records as well as the regular records.
LDAP is also a better registry source than UDDI.
SoapRMI (now XSOAP) has the ability to use LDAP as a service registry.
So, I think registries are important, but UDDI's design isn't good enough,
and other extensible registries alread
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
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 t
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&#
D]>
Sent: Wednesday, May 29, 2002 1:19 PM
Subject: Re: Re: why uddi?
> I was wondering if for integration between Microsoft and "Rest of the World
> applications" (aka Java Platforms), have EJB-COM connectors taken off?
>
> Or they will be side-lined for complete WS
-
From: "Scott Nichol" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Tuesday, May 28, 2002 7:51 AM
Subject: Re: Re: why uddi?
> There needs to be Web services clients, but I do not think they will
reside on
> consumer machines. I think consumers will access t
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 i
d Web services. In its role as
content aggregators, Yahoo, AOL and MSN will evolve to be the primary Web
services clients (at least in the US). I do not see UDDI playing a particularly
important role in any of these areas. In fact, I think the UDDI to DNS analogy
is weak compared to a WS-Inspection t
thanx nilesh,
On Tue, 28 May 2002 Nilesh Kumar, Koratpallikar wrote :
>I agree that UDDI is just a part of the entire webservice
>framework, but
>definitely an imporant one.
>
>In your mail, you are trying to distinguish between "SOAPizing"
>and
>"Webservi
I agree that UDDI is just a part of the entire webservice framework, but
definitely an imporant one.
In your mail, you are trying to distinguish between "SOAPizing" and
"Webservizing". I think they are essentially the same. when you look at the
definition SOAP itself(H
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
yes Harry i agree that UDDI is just a part of the webservices
framework.But insignificant??? ,in my opinion web services is
leveraging mainly on this capabilty to allow dynamic discovery of
service info.
I do not contest the need for SOAPizing(if i may call it so)
applications,my query
Hi :
.
UDDI is more of a registry of services. It is NOT Web Services, just a small
part - in my opinion, insignificant. Web Services is made of many
components - the most important being using SOAP as a protocol, XML over
HTTP.
- Original Message -
From: "soap vamsi&quo
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
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
If you want a UDDI client API, you can use UDDI4J. www.uddi4j.org
David Melgar
Web Services Toolkit Development
Emerging Technologies
[EMAIL PROTECTED]
Rakesh garishakurthi <[EMAIL PROTECTED]> on 10/19/2001 08:22:34 AM
Please respond to [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
cc:
S
Hi,
I have a little experience working with UDDI, SOAP with iAS
6.0sp3. I could use Apache SOAP implementation and run the
sample applications successfully. I enjoy working with SOAP. Now
I want to use UDDI, WSDL. How can I do this. I found Idoox WASP
uddi, implemetation works well with only jdk
I am trying to find a way to make UDDI calls using Microsoft Soap
toolkit. This is to find business entity, service, accesspoint, etc
information from IBM's UDDI server that I have setup, by making MS soap
toolkit calls. I will be making these MS soap toolkit calls from
a PowerBuilder c
Hi,
I am implementing the UDDI std 1.0 for my school project. I have a question about the
SOAP interface on the UDDI server.
For example when one tries to use save_tModel API..the soap message looks like
...
This is how uddi4j generates it.
This would map to a java api of
20 matches
Mail list logo
