Re: [Fed-Talk] Standard RPC model?
Re: [Fed-Talk] Standard RPC model?
- Subject: Re: [Fed-Talk] Standard RPC model?
- From: Jeffrey Walton <email@hidden>
- Date: Sun, 04 Nov 2012 19:15:27 -0500
On Sun, Nov 4, 2012 at 6:57 PM, Todd Heberlein <email@hidden> wrote:
> Some dozen or more years ago the military was telling me they were going all in on the Common Object Request Broker Architecture (CORBA) so that all their computers could leverage the information/services offered by they others. They produced their Advanced Information Technology Services Reference Architecture (AITS RA), had me extend my network monitor to parse CORBA traffic, CORBA-ify my services, yadda yadda yadda.
>
> Of course "all in" meant they abandoned it a few years later.
>
> Now there is XML-RPC, JSON-RPC, SOAP, REST, RPC over HTTP, and who knows what else.
>
> Is there any serious momentum on standardizing on any RPC-like service within the military and government circles?
>
> I've just got my own ad hoc solution right now using libcurl and Apache, and I'm leaning towards just going with REST. I just wanted to know if there seems to be a winner emerging in the Federal government circle.
>
There are many problems with the underlying network (heresy!). I
suspect that is why many of these initiatives fail. If you find
something that does work on [mostly] wired networks with fixed hosts,
it will likely break with mobility as IP forwarding among cells is
botched.
See, for example, John Day's "Networking is IPC and only IPC (or How
to Clean a Slate)" [1]. Day explains why we can't do all of the things
all of the time (or should it be "expected things almost all of the
time"). In Day's "How in the Heck Do You Lose a Layer!?" [2] he
explains its due to at least 8 architectural defects in the early
internets (Darpanet, Cyclades, etc) that are still present today.
Jeff
[1] http://csr.bu.edu/rina/KoreaHowtoCleanASlate100219.pdf
[2] http://rina.tssg.org/docs/JohnDay-LostLayer120306.pdf
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Fed-talk mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden