Re: Webservice Callbacks

From: Jan Tielens (jan_at_no.spam.please.leadit.be)
Date: 03/09/04 

Date: Tue, 9 Mar 2004 11:44:02 +0100

Ok, sounds like a good solution to me! Good luck! 

-- 
Greetz,
Jan
________________________
Read my weblog: http://weblogs.asp.net/jan
"Mark Redman" <RedmanSoftware@hotmail.com> schreef in bericht
news:OkOc6HcBEHA.3804@TK2MSFTNGP09.phx.gbl...
> Hi,
>
> The applications that will integrate to this Tool's API will be web
> applications, they will set their webservice URL in the configuration of
the
> API, they may run this API on one of their own servers too. They also have
> the facility to poll for the information if they want, so the automation
can
> be done either way.
>
> Thanks for the replies!
>
> Mark
>
> "Jan Tielens" <jan@no.spam.please.leadit.be> wrote in message
> news:%23SxUz$bBEHA.2796@TK2MSFTNGP09.phx.gbl...
> > In that case: yes. But this only works if your clients expose a web
> service.
> > This is rather unusual if they are just normal windows applications
> because
> > you'll need IIS on each client...
> >
> > Maybe you could consider a polling mechanism: each client checks each
> minute
> > if there are new events waiting.
> >
> > -- 
> > Greetz,
> > Jan
> > ________________________
> > Read my weblog: http://weblogs.asp.net/jan
> >
> > "Mark Redman" <RedmanSoftware@hotmail.com> schreef in bericht
> > news:uHFsZibBEHA.576@TK2MSFTNGP11.phx.gbl...
> > > Hi Jan,
> > >
> > > Thanks for the reply and info, I think this may work for some calls
and
> > will
> > > look into it, but some things may happen where the calling app doesnt
> call
> > a
> > > function and expect a response but where something  happens within the
> API
> > > and needs to tell the calling application. In this case I still think
I
> > need
> > > to write the receiving webservice first?
> > >
> > > Mark Redman
> > >
> > >
> > > "Jan Tielens" <jan@no.spam.please.leadit.be> wrote in message
> > > news:Ofb1PAaBEHA.1796@TK2MSFTNGP12.phx.gbl...
> > > > You could also use async. web services:
> > > > http://tinyurl.com/2r6vg
> > > > Asynchronous Web Service Calls over HTTP with the .NET Framework
> > > > Summary: Matt Powell walks through the various options provided by
the
> > > > Microsoft .NET Framework for making asynchronous Web service calls
> over
> > > > HTTP, which allow for efficient calls to Web services without
blocking
> > > > applications while potentially lengthy network calls complete. (11
> > printed
> > > > pages)
> > > >
> > > >
> > > > -- 
> > > > Greetz,
> > > > Jan
> > > > ________________________
> > > > Read my weblog: http://weblogs.asp.net/jan
> > > >
> > > > "Mark Redman" <RedmanSoftware@hotmail.com> schreef in bericht
> > > > news:ekk48OSBEHA.3064@tk2msftngp13.phx.gbl...
> > > > > Hi All,
> > > > >
> > > > > I have a system with its own API that other systems will integrate
> > with,
> > > I
> > > > > have a webservice with functions etc, no problems there, but some
> > tasks
> > > > will
> > > > > take some time to be done, a function will be called on the
> webservice
> > > and
> > > > > the tasks will be queued. When the task is done, I would like to
> have
> > a
> > > > > callback, that will call a webservice on the other system. What is
> the
> > > > best
> > > > > way to implement this? The "Other" system may be written by a
third
> > > party
> > > > > and not necessarily done in .NET etc.
> > > > >
> > > > > Should I just write the Receiving/Listener webservice and create
the
> > > WSDL
> > > > > from that, then any other system needs to comform to that? It
seems
> > > > > backwards but the only way I can think of doing it?
> > > > >
> > > > > Thanks
> > > > >
> > > > > Mark Redman
> > > > >
> > > > >
> > > >
> > > >
> > >
> > >
> >
> >
>
>

Relevant Pages

  • Re: Webservice Callbacks
    ... The applications that will integrate to this Tool's API will be web ... they will set their webservice URL in the configuration of the ... API, they may run this API on one of their own servers too. ... > you'll need IIS on each client... ...
    (microsoft.public.dotnet.framework.aspnet.webservices)
  • Re: Is that a joke ?
    ... > engineers. ... I was talking about applications like cad, cam, engineering stuf, math, ... > new Longhorn API has been dismissed. ... LH must run in 64bit processors too, so native code must be ...
    (microsoft.public.dotnet.general)
  • Re: RISC OS source code release news
    ... I've got business ... applications that run on the OS that make it useful for most users and I ... some developers away from time spent on applications into time spent on ... Until there is a stable API ...
    (comp.sys.acorn.misc)
  • Re: Using DBSERVERENUM with C++
    ... DBServerEnum is part of the DB-library API, and I would not recommend using ... Even with existing DB-Library applications I would rewrite ... and in each update to the SQL Server 2000 Books Online: ... the next version of SQL Server, but this support will also be dropped in a ...
    (microsoft.public.sqlserver.msde)
  • Re: State of Linux graphics
    ... As long as Render is capable of exposing enough information about the GL ... formats for 2D applications to operate, ... > difficult problem at the hardware level. ... GL is not a very friendly 2D application-level API. ...
    (Linux-Kernel)