I'm in the process of building a number of (Web) Services using .NET 3.0 and
WCF. These services are intended to be deployed within the Intranet of a
very, very large orginization.
I need to have a discovery process by which applications can discover these
services. What I really would like to avoid is static URL's scattered
throughout configuration files, and I'm willing to write a fair bit of code
to achieve this goal.
I had anticipated using UDDI, but the UDDI Story with WCF (and WSE 3.0)
seems to be... lacking. There is an old UDDI SDK (circa 2002) that Microsoft
put together and hasn't been brought forward to .Net 2.0, or .Net 3.0. WCF
(and WSE 3.0) includes no native support for UDDI or Service Discovery that
I can find.
There is a nice new UDDI 3.0 spec that has been approved by OASIS, but the
deafining silence surrounding support for this standard seems to indicate
it's not exactly seeing industry wide support.
The UDDI sample that comes with WCF has no documentation associated with it,
and the auto-generated UDDI classes appear to be 2.0, rather than 3.0. The
WCF documention has but a single entry for UDDI, and that's a simple
definition of the acronym.
What's the recommended practice these days for Service Discovery? I have
pretty much carte blanche to implement the soution, but I just don't know
what to recommend. Should we be extending Active Directory schema and making
LDAP queries for service locations? Abusing DNS SRV records? Using the old
UDDI 2.0 infrastructure and hoping it continues to work? Storing URL's in a
database?
--
Chris Mullins MCSD.Net, MCPD Enterprise http://www.coversant.net/blogs/cmullins 7  3789 
I can add that it ( UDDI sample ) don't work at all on my XP even with
W2003K Admin pack on it, but due to MSFT that's the way , the other one is
SSDP but that's not what you want IMHO
Arkady
"Chris Mullins" <cm******@yahoo.comwrote in message
news:OQ**************@TK2MSFTNGP04.phx.gbl...
I'm in the process of building a number of (Web) Services using .NET 3.0
and WCF. These services are intended to be deployed within the Intranet of
a very, very large orginization.
I need to have a discovery process by which applications can discover
these services. What I really would like to avoid is static URL's
scattered throughout configuration files, and I'm willing to write a fair
bit of code to achieve this goal.
I had anticipated using UDDI, but the UDDI Story with WCF (and WSE 3.0)
seems to be... lacking. There is an old UDDI SDK (circa 2002) that
Microsoft put together and hasn't been brought forward to .Net 2.0, or
.Net 3.0. WCF (and WSE 3.0) includes no native support for UDDI or Service
Discovery that I can find.
There is a nice new UDDI 3.0 spec that has been approved by OASIS, but the
deafining silence surrounding support for this standard seems to indicate
it's not exactly seeing industry wide support.
The UDDI sample that comes with WCF has no documentation associated with
it, and the auto-generated UDDI classes appear to be 2.0, rather than 3.0.
The WCF documention has but a single entry for UDDI, and that's a simple
definition of the acronym.
What's the recommended practice these days for Service Discovery? I have
pretty much carte blanche to implement the soution, but I just don't know
what to recommend. Should we be extending Active Directory schema and
making LDAP queries for service locations? Abusing DNS SRV records? Using
the old UDDI 2.0 infrastructure and hoping it continues to work? Storing
URL's in a database?
--
Chris Mullins MCSD.Net, MCPD Enterprise
http://www.coversant.net/blogs/cmullins
Hi,
I too have a similar problem..
I have a 3rd party web service running in a Web Server within our network.
The web service sends "Hello" message when joins the network and also sends
"Bye" message when leaves the network.
I want to write a client code to receive the "Hello" message as well as the
"Bye" message sent by the web service.
Can you please suggest me a sample code, so that I can discover (dynamically
discover) the web service using the multicast discovery protocol (using
WS-Discovery).
Development Environment : VS 2005, .NET 2.0 and WSE 3.0
Thanks in Advance
John
[MCSD]
"Chris Mullins" wrote:
I'm in the process of building a number of (Web) Services using .NET 3.0 and
WCF. These services are intended to be deployed within the Intranet of a
very, very large orginization.
I need to have a discovery process by which applications can discover these
services. What I really would like to avoid is static URL's scattered
throughout configuration files, and I'm willing to write a fair bit of code
to achieve this goal.
I had anticipated using UDDI, but the UDDI Story with WCF (and WSE 3.0)
seems to be... lacking. There is an old UDDI SDK (circa 2002) that Microsoft
put together and hasn't been brought forward to .Net 2.0, or .Net 3.0. WCF
(and WSE 3.0) includes no native support for UDDI or Service Discovery that
I can find.
There is a nice new UDDI 3.0 spec that has been approved by OASIS, but the
deafining silence surrounding support for this standard seems to indicate
it's not exactly seeing industry wide support.
The UDDI sample that comes with WCF has no documentation associated with it,
and the auto-generated UDDI classes appear to be 2.0, rather than 3.0. The
WCF documention has but a single entry for UDDI, and that's a simple
definition of the acronym.
What's the recommended practice these days for Service Discovery? I have
pretty much carte blanche to implement the soution, but I just don't know
what to recommend. Should we be extending Active Directory schema and making
LDAP queries for service locations? Abusing DNS SRV records? Using the old
UDDI 2.0 infrastructure and hoping it continues to work? Storing URL's in a
database?
--
Chris Mullins MCSD.Net, MCPD Enterprise
http://www.coversant.net/blogs/cmullins
The problem you're describing isn't really a discovery problem, but more of
a Presence problem.
Even if UDDI worked well and was seamlessly integrated into the .Net 3.0
stack, the scenario you're describing isn't really what it's designed to
solve.
A better architectural solution may be to expose your service using a
Presence based protocol such as XMPP (Extensible Message and Presence
Protocol) . This way when the service comes online, it announces presence
and the XMPP Server will route messages to the service. When the service
goes offline, the XMPP server would mark the service as offline and stop
sending messages to it.
I have to admit, I'm a bit partial to solving the Presence problem using
XMPP - I'm the lead architect on the SoapBox Server, which is (in my
opinion) the best XMPP server on the market.
--
Chris Mullins, MCSD.NET, MCPD:Enterprise http://www.coversant.net/blogs/cmullins
"John Paul. A" <Jo*******@discussions.microsoft.comwrote in message
news:F3**********************************@microsof t.com...
Hi,
I too have a similar problem..
I have a 3rd party web service running in a Web Server within our network.
The web service sends "Hello" message when joins the network and also
sends
"Bye" message when leaves the network.
I want to write a client code to receive the "Hello" message as well as
the
"Bye" message sent by the web service.
Can you please suggest me a sample code, so that I can discover
(dynamically
discover) the web service using the multicast discovery protocol (using
WS-Discovery).
Development Environment : VS 2005, .NET 2.0 and WSE 3.0
Thanks in Advance
John
[MCSD]
"Chris Mullins" wrote:
>I'm in the process of building a number of (Web) Services using .NET 3.0
and
WCF. These services are intended to be deployed within the Intranet of a
very, very large orginization.
I need to have a discovery process by which applications can discover
these
services. What I really would like to avoid is static URL's scattered
throughout configuration files, and I'm willing to write a fair bit of
code
to achieve this goal.
I had anticipated using UDDI, but the UDDI Story with WCF (and WSE 3.0)
seems to be... lacking. There is an old UDDI SDK (circa 2002) that
Microsoft
put together and hasn't been brought forward to .Net 2.0, or .Net 3.0.
WCF
(and WSE 3.0) includes no native support for UDDI or Service Discovery
that
I can find.
There is a nice new UDDI 3.0 spec that has been approved by OASIS, but
the
deafining silence surrounding support for this standard seems to indicate
it's not exactly seeing industry wide support.
The UDDI sample that comes with WCF has no documentation associated with
it,
and the auto-generated UDDI classes appear to be 2.0, rather than 3.0.
The
WCF documention has but a single entry for UDDI, and that's a simple
definition of the acronym.
What's the recommended practice these days for Service Discovery? I have
pretty much carte blanche to implement the soution, but I just don't know
what to recommend. Should we be extending Active Directory schema and
making
LDAP queries for service locations? Abusing DNS SRV records? Using the
old
UDDI 2.0 infrastructure and hoping it continues to work? Storing URL's in
a
database?
--
Chris Mullins MCSD.Net, MCPD Enterprise
http://www.coversant.net/blogs/cmullins
Hi, Chris!
Just a question : what do you mean ( and how ) "it ( service ) announces
presence".
If you mean multicast, that SSDP of UPnP with all pros/cons of UDP. If you
mean send notification to known service ( server ) , in such case service
have to have client in addition for that ( if you mean WCF services ) ,
which mean that WCF tenets 1 ( Boundaries are Explicit ) and 2 (
Autonomous Evolution
) are violated.
BTW that what I did for our system but I'm not calm with such decision...
TIA
Arkady
"Chris Mullins" <cm******@yahoo.comwrote in message
news:uc**************@TK2MSFTNGP05.phx.gbl...
The problem you're describing isn't really a discovery problem, but more
of a Presence problem.
Even if UDDI worked well and was seamlessly integrated into the .Net 3.0
stack, the scenario you're describing isn't really what it's designed to
solve.
A better architectural solution may be to expose your service using a
Presence based protocol such as XMPP (Extensible Message and Presence
Protocol) . This way when the service comes online, it announces presence
and the XMPP Server will route messages to the service. When the service
goes offline, the XMPP server would mark the service as offline and stop
sending messages to it.
I have to admit, I'm a bit partial to solving the Presence problem using
XMPP - I'm the lead architect on the SoapBox Server, which is (in my
opinion) the best XMPP server on the market.
--
Chris Mullins, MCSD.NET, MCPD:Enterprise
http://www.coversant.net/blogs/cmullins
"John Paul. A" <Jo*******@discussions.microsoft.comwrote in message
news:F3**********************************@microsof t.com...
>Hi,
I too have a similar problem..
I have a 3rd party web service running in a Web Server within our
network.
The web service sends "Hello" message when joins the network and also
sends
"Bye" message when leaves the network.
I want to write a client code to receive the "Hello" message as well as
the
"Bye" message sent by the web service.
Can you please suggest me a sample code, so that I can discover
(dynamically
discover) the web service using the multicast discovery protocol (using
WS-Discovery).
Development Environment : VS 2005, .NET 2.0 and WSE 3.0
Thanks in Advance
John
[MCSD]
"Chris Mullins" wrote:
>>I'm in the process of building a number of (Web) Services using .NET 3.0
and
WCF. These services are intended to be deployed within the Intranet of a
very, very large orginization.
I need to have a discovery process by which applications can discover
these
services. What I really would like to avoid is static URL's scattered
throughout configuration files, and I'm willing to write a fair bit of
code
to achieve this goal.
I had anticipated using UDDI, but the UDDI Story with WCF (and WSE 3.0)
seems to be... lacking. There is an old UDDI SDK (circa 2002) that
Microsoft
put together and hasn't been brought forward to .Net 2.0, or .Net 3.0.
WCF
(and WSE 3.0) includes no native support for UDDI or Service Discovery
that
I can find.
There is a nice new UDDI 3.0 spec that has been approved by OASIS, but
the
deafining silence surrounding support for this standard seems to
indicate
it's not exactly seeing industry wide support.
The UDDI sample that comes with WCF has no documentation associated with
it,
and the auto-generated UDDI classes appear to be 2.0, rather than 3.0.
The
WCF documention has but a single entry for UDDI, and that's a simple
definition of the acronym.
What's the recommended practice these days for Service Discovery? I have
pretty much carte blanche to implement the soution, but I just don't
know
what to recommend. Should we be extending Active Directory schema and
making
LDAP queries for service locations? Abusing DNS SRV records? Using the
old
UDDI 2.0 infrastructure and hoping it continues to work? Storing URL's
in a
database?
--
Chris Mullins MCSD.Net, MCPD Enterprise
http://www.coversant.net/blogs/cmullins
A service would annouce it's presence on a presence network much in the same
way a person would.
Think of you using MSN - when you log in, all of your friends suddenly know
you're online. In effect, you just announced presence.
The IETF has approved protocol for Messaging and Presence is XMPP - This is,
in essence, a presence-aware XML routing protocol. For most applications,
people use this for Instant Messaging and call it Jabber.
There are a huge number of other applications for this protocol, and many of
them invovle b2b and machine-to-machine use cases. Using this approach, your
service would announce it's presence to the XMPP network, and other services
or applications on the network can then know it's online and start consuming
the services. There is also a very rich metadata excahnge infrastructure,
security, and all sorts of other goodies.
--
Chris Mullins, MCSD.NET, MCPD:Enterprise http://www.coversant.net/blogs/cmullins
"Arkady Frenkel" <ar*****@hotmailxdotx.comwrote in message
Hi, Chris!
Just a question : what do you mean ( and how ) "it ( service ) announces
presence".
If you mean multicast, that SSDP of UPnP with all pros/cons of UDP. If you
mean send notification to known service ( server ) , in such case service
have to have client in addition for that ( if you mean WCF services ) ,
which mean that WCF tenets 1 ( Boundaries are Explicit ) and 2 (
Autonomous Evolution
) are violated.
BTW that what I did for our system but I'm not calm with such decision...
TIA
Arkady
"Chris Mullins" <cm******@yahoo.comwrote in message
news:uc**************@TK2MSFTNGP05.phx.gbl...
>The problem you're describing isn't really a discovery problem, but more
of a Presence problem.
Even if UDDI worked well and was seamlessly integrated into the .Net 3.0
stack, the scenario you're describing isn't really what it's designed to
solve.
A better architectural solution may be to expose your service using a
Presence based protocol such as XMPP (Extensible Message and Presence
Protocol) . This way when the service comes online, it announces presence
and the XMPP Server will route messages to the service. When the service
goes offline, the XMPP server would mark the service as offline and stop
sending messages to it.
I have to admit, I'm a bit partial to solving the Presence problem using
XMPP - I'm the lead architect on the SoapBox Server, which is (in my
opinion) the best XMPP server on the market.
--
Chris Mullins, MCSD.NET, MCPD:Enterprise
http://www.coversant.net/blogs/cmullins
"John Paul. A" <Jo*******@discussions.microsoft.comwrote in message
news:F3**********************************@microso ft.com...
>>Hi,
I too have a similar problem..
I have a 3rd party web service running in a Web Server within our
network.
The web service sends "Hello" message when joins the network and also
sends
"Bye" message when leaves the network.
I want to write a client code to receive the "Hello" message as well as
the
"Bye" message sent by the web service.
Can you please suggest me a sample code, so that I can discover
(dynamically
discover) the web service using the multicast discovery protocol (using
WS-Discovery).
Development Environment : VS 2005, .NET 2.0 and WSE 3.0
Thanks in Advance
John
[MCSD]
"Chris Mullins" wrote:
I'm in the process of building a number of (Web) Services using .NET
3.0 and
WCF. These services are intended to be deployed within the Intranet of
a
very, very large orginization.
I need to have a discovery process by which applications can discover
these
services. What I really would like to avoid is static URL's scattered
throughout configuration files, and I'm willing to write a fair bit of
code
to achieve this goal.
I had anticipated using UDDI, but the UDDI Story with WCF (and WSE 3.0)
seems to be... lacking. There is an old UDDI SDK (circa 2002) that
Microsoft
put together and hasn't been brought forward to .Net 2.0, or .Net 3.0.
WCF
(and WSE 3.0) includes no native support for UDDI or Service Discovery
that
I can find.
There is a nice new UDDI 3.0 spec that has been approved by OASIS, but
the
deafining silence surrounding support for this standard seems to
indicate
it's not exactly seeing industry wide support.
The UDDI sample that comes with WCF has no documentation associated
with it,
and the auto-generated UDDI classes appear to be 2.0, rather than 3.0.
The
WCF documention has but a single entry for UDDI, and that's a simple
definition of the acronym.
What's the recommended practice these days for Service Discovery? I
have
pretty much carte blanche to implement the soution, but I just don't
know
what to recommend. Should we be extending Active Directory schema and
making
LDAP queries for service locations? Abusing DNS SRV records? Using the
old
UDDI 2.0 infrastructure and hoping it continues to work? Storing URL's
in a
database?
--
Chris Mullins MCSD.Net, MCPD Enterprise
http://www.coversant.net/blogs/cmullins
MSN messenger is P2P model with central server as broker between peers (
which have both client and server as being P2P ) so may need broker after
connection only for hole punching.I n that case there is no problem of
WCF/web service being service only and separating client and service with
strict boundary.
Arkady
"Chris Mullins" <cm******@yahoo.comwrote in message
news:eg**************@TK2MSFTNGP05.phx.gbl...
>A service would annouce it's presence on a presence network much in the
same way a person would.
Think of you using MSN - when you log in, all of your friends suddenly
know you're online. In effect, you just announced presence.
The IETF has approved protocol for Messaging and Presence is XMPP - This
is, in essence, a presence-aware XML routing protocol. For most
applications, people use this for Instant Messaging and call it Jabber.
There are a huge number of other applications for this protocol, and many
of them invovle b2b and machine-to-machine use cases. Using this approach,
your service would announce it's presence to the XMPP network, and other
services or applications on the network can then know it's online and
start consuming the services. There is also a very rich metadata excahnge
infrastructure, security, and all sorts of other goodies.
--
Chris Mullins, MCSD.NET, MCPD:Enterprise
http://www.coversant.net/blogs/cmullins
"Arkady Frenkel" <ar*****@hotmailxdotx.comwrote in message
>Hi, Chris!
Just a question : what do you mean ( and how ) "it ( service ) announces
presence".
If you mean multicast, that SSDP of UPnP with all pros/cons of UDP. If
you mean send notification to known service ( server ) , in such case
service have to have client in addition for that ( if you mean WCF
services ) , which mean that WCF tenets 1 ( Boundaries are Explicit )
and 2 ( Autonomous Evolution
) are violated.
BTW that what I did for our system but I'm not calm with such decision...
TIA
Arkady
"Chris Mullins" <cm******@yahoo.comwrote in message
news:uc**************@TK2MSFTNGP05.phx.gbl...
>>The problem you're describing isn't really a discovery problem, but more
of a Presence problem.
Even if UDDI worked well and was seamlessly integrated into the .Net 3.0
stack, the scenario you're describing isn't really what it's designed to
solve.
A better architectural solution may be to expose your service using a
Presence based protocol such as XMPP (Extensible Message and Presence
Protocol) . This way when the service comes online, it announces
presence and the XMPP Server will route messages to the service. When
the service goes offline, the XMPP server would mark the service as
offline and stop sending messages to it.
I have to admit, I'm a bit partial to solving the Presence problem using
XMPP - I'm the lead architect on the SoapBox Server, which is (in my
opinion) the best XMPP server on the market.
--
Chris Mullins, MCSD.NET, MCPD:Enterprise
http://www.coversant.net/blogs/cmullins
"John Paul. A" <Jo*******@discussions.microsoft.comwrote in message
news:F3**********************************@micros oft.com...
Hi,
I too have a similar problem..
I have a 3rd party web service running in a Web Server within our
network.
The web service sends "Hello" message when joins the network and also
sends
"Bye" message when leaves the network.
I want to write a client code to receive the "Hello" message as well as
the
"Bye" message sent by the web service.
Can you please suggest me a sample code, so that I can discover
(dynamically
discover) the web service using the multicast discovery protocol (using
WS-Discovery).
Development Environment : VS 2005, .NET 2.0 and WSE 3.0
Thanks in Advance
John
[MCSD]
"Chris Mullins" wrote:
I'm in the process of building a number of (Web) Services using .NET
3.0 and
WCF. These services are intended to be deployed within the Intranet of
a
very, very large orginization.
>
I need to have a discovery process by which applications can discover
these
services. What I really would like to avoid is static URL's scattered
throughout configuration files, and I'm willing to write a fair bit of
code
to achieve this goal.
>
I had anticipated using UDDI, but the UDDI Story with WCF (and WSE
3.0)
seems to be... lacking. There is an old UDDI SDK (circa 2002) that
Microsoft
put together and hasn't been brought forward to .Net 2.0, or .Net 3.0.
WCF
(and WSE 3.0) includes no native support for UDDI or Service Discovery
that
I can find.
>
There is a nice new UDDI 3.0 spec that has been approved by OASIS, but
the
deafining silence surrounding support for this standard seems to
indicate
it's not exactly seeing industry wide support.
>
The UDDI sample that comes with WCF has no documentation associated
with it,
and the auto-generated UDDI classes appear to be 2.0, rather than 3.0.
The
WCF documention has but a single entry for UDDI, and that's a simple
definition of the acronym.
>
What's the recommended practice these days for Service Discovery? I
have
pretty much carte blanche to implement the soution, but I just don't
know
what to recommend. Should we be extending Active Directory schema and
making
LDAP queries for service locations? Abusing DNS SRV records? Using the
old
UDDI 2.0 infrastructure and hoping it continues to work? Storing URL's
in a
database?
>
--
Chris Mullins MCSD.Net, MCPD Enterprise
http://www.coversant.net/blogs/cmullins
>
>
>
You could try using WS-Discovery. It supports both active (probing for
services) and passive (waiting for services to announce presence) discovery.
Vista has an implementation using the WSDAPI. You can also use Function
Discovery to discover and publish services (via Publication Services).
--
Dave Roth [MS]
Program Manager
Web Services on Devices
================
This posting is provided "AS IS" with no warranties, and confers no rights.
The use of any included script samples are subject to the terms specified at http://www.microsoft.com/info/cpyright.htm
"Chris Mullins" <cm******@yahoo.comwrote in message
news:uc**************@TK2MSFTNGP05.phx.gbl...
The problem you're describing isn't really a discovery problem, but more
of a Presence problem.
Even if UDDI worked well and was seamlessly integrated into the .Net 3.0
stack, the scenario you're describing isn't really what it's designed to
solve.
A better architectural solution may be to expose your service using a
Presence based protocol such as XMPP (Extensible Message and Presence
Protocol) . This way when the service comes online, it announces presence
and the XMPP Server will route messages to the service. When the service
goes offline, the XMPP server would mark the service as offline and stop
sending messages to it.
I have to admit, I'm a bit partial to solving the Presence problem using
XMPP - I'm the lead architect on the SoapBox Server, which is (in my
opinion) the best XMPP server on the market.
--
Chris Mullins, MCSD.NET, MCPD:Enterprise
http://www.coversant.net/blogs/cmullins
"John Paul. A" <Jo*******@discussions.microsoft.comwrote in message
news:F3**********************************@microsof t.com...
>Hi,
I too have a similar problem..
I have a 3rd party web service running in a Web Server within our
network.
The web service sends "Hello" message when joins the network and also
sends
"Bye" message when leaves the network.
I want to write a client code to receive the "Hello" message as well as
the
"Bye" message sent by the web service.
Can you please suggest me a sample code, so that I can discover
(dynamically
discover) the web service using the multicast discovery protocol (using
WS-Discovery).
Development Environment : VS 2005, .NET 2.0 and WSE 3.0
Thanks in Advance
John
[MCSD]
"Chris Mullins" wrote:
>>I'm in the process of building a number of (Web) Services using .NET 3.0
and
WCF. These services are intended to be deployed within the Intranet of a
very, very large orginization.
I need to have a discovery process by which applications can discover
these
services. What I really would like to avoid is static URL's scattered
throughout configuration files, and I'm willing to write a fair bit of
code
to achieve this goal.
I had anticipated using UDDI, but the UDDI Story with WCF (and WSE 3.0)
seems to be... lacking. There is an old UDDI SDK (circa 2002) that
Microsoft
put together and hasn't been brought forward to .Net 2.0, or .Net 3.0.
WCF
(and WSE 3.0) includes no native support for UDDI or Service Discovery
that
I can find.
There is a nice new UDDI 3.0 spec that has been approved by OASIS, but
the
deafining silence surrounding support for this standard seems to
indicate
it's not exactly seeing industry wide support.
The UDDI sample that comes with WCF has no documentation associated with
it,
and the auto-generated UDDI classes appear to be 2.0, rather than 3.0.
The
WCF documention has but a single entry for UDDI, and that's a simple
definition of the acronym.
What's the recommended practice these days for Service Discovery? I have
pretty much carte blanche to implement the soution, but I just don't
know
what to recommend. Should we be extending Active Directory schema and
making
LDAP queries for service locations? Abusing DNS SRV records? Using the
old
UDDI 2.0 infrastructure and hoping it continues to work? Storing URL's
in a
database?
--
Chris Mullins MCSD.Net, MCPD Enterprise
http://www.coversant.net/blogs/cmullins
This thread has been closed and replies have been disabled. Please start a new discussion. Similar topics
by: nfr |
last post by:
There appears to be an interesting shortcoming in .NET's assembly discovery
algorithm for private assemblies which must be in the execution directory or
below (when specified in a config file).
...
|
by: Michael C |
last post by:
Hi all,
I'm playing around with an idea for an app that uses WSE (2.0) to
communicate between client and server. Here's the deal - first I'm not
using IIS or ASP.NET at all; just C# and WSE. ...
|
by: PatrickSA |
last post by:
Hi,
Am new to web services, so apologies for the basic nature of the question -
and apologies in advance if this is the wrong newsgroup. We're building a
new web service and I'm looking around...
|
by: Anurag |
last post by:
Hi,
I understand that the dbm cfg parameter "DISCOVER" controls whether
Search or Known discovery is applicable. Additionally, Search discovery
provides a superset of Known discovery. I completely...
|
by: Mark |
last post by:
I created an extremely simple windows service that only writes to the
EventLogs on Stop and Pause. I installed it using the InstallUtil.exe
program, the output of which is below. It appears to be...
|
by: Nak |
last post by:
Hi there,
Is it possible to load a web service dynamically? i.e. If the web
service were to exist on a system with a non static IP address, an
application could download a "locator" file that...
|
by: lazyTrucker |
last post by:
Hi, trying to get the "HelloWorld" WebService to work, created the
web-service ok but when trying to add the web-service as a web
reference to my consumer project I get the following error message:...
|
by: dotNeter |
last post by:
The services, talked here, are things used in IServiceContainer,
IServiceProvider, etc.
In my opinion, everything can be a service, and a service is generally
used for providing specific features...
|
by: Siyodia |
last post by:
This is a java program which i need to run facing compilation error
Its consuming a third party web service method
I have the supported files(folder) which contain necessary class files...
|
by: emmanuelkatto |
last post by:
Hi All, I am Emmanuel katto from Uganda. I want to ask what challenges you've faced while migrating a website to cloud.
Please let me know.
Thanks!
Emmanuel
|
by: BarryA |
last post by:
What are the essential steps and strategies outlined in the Data Structures and Algorithms (DSA) roadmap for aspiring data scientists? How can individuals effectively utilize this roadmap to progress...
|
by: nemocccc |
last post by:
hello, everyone, I want to develop a software for my android phone for daily needs, any suggestions?
|
by: marktang |
last post by:
ONU (Optical Network Unit) is one of the key components for providing high-speed Internet services. Its primary function is to act as an endpoint device located at the user's premises. However,...
|
by: Oralloy |
last post by:
Hello folks,
I am unable to find appropriate documentation on the type promotion of bit-fields when using the generalised comparison operator "<=>".
The problem is that using the GNU compilers,...
|
by: jinu1996 |
last post by:
In today's digital age, having a compelling online presence is paramount for businesses aiming to thrive in a competitive landscape. At the heart of this digital strategy lies an intricately woven...
|
by: tracyyun |
last post by:
Dear forum friends,
With the development of smart home technology, a variety of wireless communication protocols have appeared on the market, such as Zigbee, Z-Wave, Wi-Fi, Bluetooth, etc. Each...
|
by: agi2029 |
last post by:
Let's talk about the concept of autonomous AI software engineers and no-code agents. These AIs are designed to manage the entire lifecycle of a software development project—planning, coding, testing,...
|
by: isladogs |
last post by:
The next Access Europe User Group meeting will be on Wednesday 1 May 2024 starting at 18:00 UK time (6PM UTC+1) and finishing by 19:30 (7.30PM).
In this session, we are pleased to welcome a new...
| |
