SOAP in VO
in [Visual Objects]
|
From: Nick Friend on 10 Mar 2010 13:33 Richard, What I'm doing is the following... I'm adapting our program to use ADS with replication. One of the crunch points for ease of use for the end-users is that they won't have static IPs. So I'm setting up a common web-service on one of our servers (done in PHP) to which each system will send messages with their updated IP address each time they start up (to be stored in a database), and retrieve the up-to-date IPs for the replication "partners" to be able to update the connections accordingly. Theoretically the entire system will be able to work with dynamic IPs and no user intervention... Nick On 10 Mar, 09:49, "richard.townsendrose" <richard.townsendr...(a)googlemail.com> wrote: > Nick, > > what are you actually trying to do - in terms of prpcess etc etc ? > > seehttp://en.wikipedia.org/wiki/SOAP > > richard
From: Geoff Schaller on 10 Mar 2010 17:00 Nick, Don't do this. It will end in tears. If you have a web service in operation then use that to run the replication yourself. You will obviously need to write a little bit of code to manage the data flow but you should never try to "push" back down to clients in this kind of scenario. Let the work station log in to the WS and then request or send data. Geoff "Nick Friend" <nicktekhne(a)googlemail.com> wrote in message news:2315cf04-0b57-44b9-9e72-a0d66611b6b9(a)g28g2000yqh.googlegroups.com: > Richard, > > What I'm doing is the following... > > I'm adapting our program to use ADS with replication. One of the > crunch points for ease of use for the end-users is that they won't > have static IPs. So I'm setting up a common web-service on one of our > servers (done in PHP) to which each system will send messages with > their updated IP address each time they start up (to be stored in a > database), and retrieve the up-to-date IPs for the replication > "partners" to be able to update the connections accordingly. > > Theoretically the entire system will be able to work with dynamic IPs > and no user intervention... > > Nick > > On 10 Mar, 09:49, "richard.townsendrose" > <richard.townsendr...(a)googlemail.com> wrote: > > > Nick, > > > > what are you actually trying to do - in terms of prpcess etc etc ? > > > > seehttp://en.wikipedia.org/wiki/SOAP > > > > richard
From: Nick Friend on 10 Mar 2010 17:28 Geoff, I think you may be misunderstanding... the only thing the web service will do is provide a means of exchanging info on current IP address, nothing more. If for any reason the IP address is wrong or not up to date, then the replication system won't be able to connect, it'll queue edits for later, and produce a warning to the user that things are not working. But the beauty of the system is that not having a live connection doesn't stop the end user from continuing to work (which is an essential feature for us as many of the sites will have intermittent Internet access). But the end result is that it won't be a requirement to have all IP addresses up to date at all times, which would obviously be difficult to achieve. Nick On 10 Mar, 22:00, "Geoff Schaller" <geo...(a)softxwareobjectives.com.au> wrote: > Nick, > > Don't do this. It will end in tears. > > If you have a web service in operation then use that to run the > replication yourself. You will obviously need to write a little bit of > code to manage the data flow but you should never try to "push" back > down to clients in this kind of scenario. > > Let the work station log in to the WS and then request or send data. > > Geoff > > "Nick Friend" <nicktek...(a)googlemail.com> wrote in message > > news:2315cf04-0b57-44b9-9e72-a0d66611b6b9(a)g28g2000yqh.googlegroups.com: > > > > > Richard, > > > What I'm doing is the following... > > > I'm adapting our program to use ADS with replication. One of the > > crunch points for ease of use for the end-users is that they won't > > have static IPs. So I'm setting up a common web-service on one of our > > servers (done in PHP) to which each system will send messages with > > their updated IP address each time they start up (to be stored in a > > database), and retrieve the up-to-date IPs for the replication > > "partners" to be able to update the connections accordingly. > > > Theoretically the entire system will be able to work with dynamic IPs > > and no user intervention... > > > Nick > > > On 10 Mar, 09:49, "richard.townsendrose" > > <richard.townsendr...(a)googlemail.com> wrote: > > > > Nick, > > > > what are you actually trying to do - in terms of prpcess etc etc ? > > > > seehttp://en.wikipedia.org/wiki/SOAP > > > > richard- Hide quoted text - > > - Show quoted text -
From: Geoff Schaller on 10 Mar 2010 17:48 Nick, I understand - what I am sceptical of is using live replication resources from ADS, MS or anyone else. Our experience of "genuine" OEM replication is that it is too slow under most user bandwidth conditions and that hard coded replication (via something like a web service) is more appropriate. If it works for you then great but this hasn't been our experience. Geoff "Nick Friend" <nicktekhne(a)googlemail.com> wrote in message news:4ad2ddb5-6694-40a5-a2db-91936d81c685(a)c16g2000yqd.googlegroups.com: > Geoff, > > I think you may be misunderstanding... the only thing the web service > will do is provide a means of exchanging info on current IP address, > nothing more. If for any reason the IP address is wrong or not up to > date, then the replication system won't be able to connect, it'll > queue edits for later, and produce a warning to the user that things > are not working. > > But the beauty of the system is that not having a live connection > doesn't stop the end user from continuing to work (which is an > essential feature for us as many of the sites will have intermittent > Internet access). > > But the end result is that it won't be a requirement to have all IP > addresses up to date at all times, which would obviously be difficult > to achieve. > > Nick > > On 10 Mar, 22:00, "Geoff Schaller" <geo...(a)softxwareobjectives.com.au> > wrote: > > > Nick, > > > > Don't do this. It will end in tears. > > > > If you have a web service in operation then use that to run the > > replication yourself. You will obviously need to write a little bit of > > code to manage the data flow but you should never try to "push" back > > down to clients in this kind of scenario. > > > > Let the work station log in to the WS and then request or send data. > > > > Geoff > > > > "Nick Friend" <nicktek...(a)googlemail.com> wrote in message > > > > news:2315cf04-0b57-44b9-9e72-a0d66611b6b9(a)g28g2000yqh.googlegroups.com: > > > > > > > > > > Richard, > > > > > What I'm doing is the following... > > > > > I'm adapting our program to use ADS with replication. One of the > > > crunch points for ease of use for the end-users is that they won't > > > have static IPs. So I'm setting up a common web-service on one of our > > > servers (done in PHP) to which each system will send messages with > > > their updated IP address each time they start up (to be stored in a > > > database), and retrieve the up-to-date IPs for the replication > > > "partners" to be able to update the connections accordingly. > > > > > Theoretically the entire system will be able to work with dynamic IPs > > > and no user intervention... > > > > > Nick > > > > > On 10 Mar, 09:49, "richard.townsendrose" > > > <richard.townsendr...(a)googlemail.com> wrote: > > > > > > > Nick, > > > > > > what are you actually trying to do - in terms of prpcess etc etc ? > > > > > > seehttp://en.wikipedia.org/wiki/SOAP > > > > > > richard- Hide quoted text - > > > > > - Show quoted text -
From: Sherlock on 17 Mar 2010 01:50 Nick IF SELF:oSoapClient = NULL_OBJECT cClient := "MSSOAP.SoapClient" SELF:oSoapClient := OLEAutoObject{ cClient } // Dont .. does not work 30" "MSSOAP.SoapClient" IF ! SELF:oSoapClient:fInit cClient += "30" SELF:oSoapClient := OLEAutoObject{ cClient } // if SOAP TOOLKIT installed "MSSOAP.SoapClient30" ENDIF ENDIF Give you a heads up that XP has Soap installed but Vista/WIndows 7 needs the SOAP TOOLKIT To instantiate these two version the call is different. You can use code like about which will try both ways and work out if SOAP exists. Phil McGuinness --------------
First
|
Prev
|
Next
|
Last
Pages: 1 2 3 Prev: 2 bBrowser with 1 dbserver Next: Get information about windows user privileges |