[If my dog slaps my hand one more time while I'm writing an email I'll run away from home.]
SOAP and JSON both have their own advantages and disadvantages. I personally like SOAP because of its sophisticated error handling and the fact that it integrates into my applications so well. But, this would be a very simple API and shouldn't require all those features, so JSON might be the easier approach, should anyone volunteer to make this happen.
I also had another idea on how gateways could be entered and updated on the portal, a little more complicated on the server side but 'stupid simple' for the user. A system similar to E.164 used by telephone companies could be created that would allow users to update their info via a DDNS client. Here's an example:
1) I'm assigned the address range 44.4.36/29 2) I install a DDNS client on my gateway (i.e. ddclient) 3) In ddclient's config, i set my hostname to 44.4.36.0.29.ddns.ampr.org, and supply it with my portal username and password 4) after rebooting, ddclient automagically updates the portal (via this new system) with my machines external IP address, and continually checks to insure that the IP is updated should it change.
On the server side, this new server would need to pretend to be a DDNS server, but in actuality, would just parse those incoming updates into the encap file.
Something to think about anyway,
Blaine, K1QV
Sent from my iPhone
On Sep 15, 2013, at 8:22 AM, Tom Hayward esarfl@gmail.com wrote:
(Please trim inclusions from previous messages) _______________________________________________ On Sep 15, 2013 12:44 AM, "Chris" chris@g1fef.co.uk wrote:
(Please trim inclusions from previous messages) _______________________________________________ I had thought that an API into the backend would be a good idea,
something standard like WSDL & SOAP would probably be the way to go.
Thoughts?
Yes, please. I prefer RESTful APIs using json, rather than the xml based protocols you suggest.
Tom KD7LXL