[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(a)gmail.com> wrote:
> (Please trim inclusions from previous messages)
> _______________________________________________
> On Sep 15, 2013 12:44 AM, "Chris" <chris(a)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
>