<div dir="ltr"><blockquote style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex" class="gmail_quote"><p dir="ltr">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</p>

</blockquote>
<p dir="ltr">I wholeheartedly agree and might go so far as to call it an antipattern.  I feel it overly simplifies synchronous communication, making many nodes more fragile.  I'd be happy to see something like actionlib replace services entirely.</p>

<p>-Kelsey<br></p><div class="gmail_quote">On Feb 18, 2014 3:42 AM, "Ingo Lütkebohle" <<a href="mailto:iluetkeb@gmail.com" target="_blank">iluetkeb@gmail.com</a>> wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">


<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>On Mon, Feb 17, 2014 at 9:06 AM, Wrede, Sebastian<br>
<<a href="mailto:swrede@techfak.uni-bielefeld.de" target="_blank">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><a href="tel:%2B49-711-685-88350" value="+4971168588350" target="_blank">+49-711-685-88350</a><br>



<br>PGP Fingerprint 3187 4DEC 47E6 1B1E 6F4F  57D4 CD90 C164 34AD CE5B</div>
</div></div>
<br>_______________________________________________<br>
ros-users mailing list<br>
<a href="mailto:ros-users@lists.ros.org" target="_blank">ros-users@lists.ros.org</a><br>
<a href="http://lists.ros.org/mailman/listinfo/ros-users" target="_blank">http://lists.ros.org/mailman/listinfo/ros-users</a><br>
<br></blockquote></div>
</div>