<div dir="ltr">On Tue, Feb 18, 2014 at 2:12 AM, Brian Gerkey <span dir="ltr"><<a href="mailto:gerkey@osrfoundation.org" target="_blank">gerkey@osrfoundation.org</a>></span> wrote:<br><div class="gmail_extra"><div class="gmail_quote">
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="">On Mon, Feb 17, 2014 at 9:06 AM, Wrede, Sebastian<br>
<<a href="mailto:swrede@techfak.uni-bielefeld.de">swrede@techfak.uni-bielefeld.de</a>> wrote:<br>
>  * How will services / RPC be implemented with DDS? Is there already an<br>
> accepted standard protocol for doing RPC over DDS?<br>
<br>
</div>My understanding is: (i) the current DDS spec doesn't include what we<br>
call services; (ii) there's an extension for services that is<br>
currently under consideration and may make its way into a future<br>
revision of the spec; and (iii) some current implementations have<br>
vendor-specific extensions for services.<br></blockquote><div><br></div><div>I know that many people feel otherwise, but in my personal opinion, services are a bad idea anyway, and what we really want is something more like (though not necessarily exactly the same) what actionlib offers. That is, something which *explicitly* acknowledges that there are always packets/messages underneath, that there is asynchronicity, and that there may be impossibility to act *in the protocol*.<br>
<br></div><div></div><div>Just saying ;-)<br></div><br></div>cheers<br clear="all"></div><div class="gmail_extra"><br>-- <br><div dir="ltr">Ingo Lütkebohle, Dr.-Ing.<br>Machine Learning and Robotics Lab, IPVS, Universität Stuttgart<br>
<a href="http://www.ipvs.uni-stuttgart.de/abteilungen/mlr/abteilung/mitarbeiter/Ingo.Luetkebohle" target="_blank">http://www.ipvs.uni-stuttgart.de/abteilungen/mlr/abteilung/mitarbeiter/Ingo.Luetkebohle</a><br>+49-711-685-88350<br>
<br>PGP Fingerprint 3187 4DEC 47E6 1B1E 6F4F  57D4 CD90 C164 34AD CE5B</div>
</div></div>