Just my two cents: Doing Frameworks means doing things right. Allowing many persons to profit from the work of smaller subgroup. And this takes time... Quick-Hacks have no place in a Framework...
On 09/18/2014 08:45 PM, Janosch Machowinski wrote: > Actually, we don't want pluginlib at all. > What we want is : > https://github.com/ros/class_loader > > Which actually looks like a fine library. > Janosch > > > Am 18.09.2014 17:44, schrieb Sylvain Joyeux: >> On Thu, Sep 18, 2014 at 12:24 PM, Janosch Machowinski >> <[email protected]> wrote: >>> Actually you were still in Bremen, when we decided >>> this. >> I might have been in Bremen, now it does not mean that I was part of >> the discussion. This is why these discussions should be *first* done >> on the wiki + ML. Not everyone can be at a meeting (especially not any >> non-DFKI person), and for decisions this important, *taking the time >> to make the right decision* is critical. This impacts all of rock. >> Libraries and framework alike. And if it turns out to be the wrong >> decision, switching plugin systems is hell. >> >> Moreover, if something has been discussed more than 6 months ago, >> refreshing everyone about it before doing it would be a good idea - >> especially if there are no written trace - because (1) we all remember >> what we want to remember after 6 months and (2) things might have >> changed since then. >> >> I have always been against using anything home-grown, because having >> our own in-house plugin system for something as big as rock is just >> plain dumb. I also already offered that we should DEFINITELY try to >> have a plugin system compatible with ROS'pluginlib. This is hopefully >> written somewhere in the framework wiki. >> >> https://github.com/ros/pluginlib/ is almost ros-independent. What's >> basically missing is to replace the ROS console messages by >> base/console_bridge (a change which could very well be accepted >> upstream), get rid of catkin (might be accepted upstream) and have a >> different way to find the XML description files than using >> ros::package. This is battle-hardened code (having been used for the >> last 6 ROS releases) and a *lot* more widespread than lib_manager. >> >> Sylvain >> _______________________________________________ >> Rock-dev mailing list >> [email protected] >> http://www.dfki.de/mailman/cgi-bin/listinfo/rock-dev > _______________________________________________ > Rock-dev mailing list > [email protected] > http://www.dfki.de/mailman/cgi-bin/listinfo/rock-dev -- M.Sc. Martin Zenzes Space Robotics Hauptgeschäftsstelle Standort Bremen: DFKI GmbH Robotics Innovation Center Robert-Hooke-Straße 5 28359 Bremen, Germany Phone: +49 (0) 421 178 45 - 6658 Fax: +49 (0) 421 178 45 - 4150 E-Mail: [email protected] Weitere Informationen: http://www.dfki.de/robotik ----------------------------------------------------------------------- Deutsches Forschungszentrum fuer Kuenstliche Intelligenz GmbH Firmensitz: Trippstadter Straße 122, D-67663 Kaiserslautern Geschaeftsfuehrung: Prof. Dr. Dr. h.c. mult. Wolfgang Wahlster (Vorsitzender) Dr. Walter Olthoff Vorsitzender des Aufsichtsrats: Prof. Dr. h.c. Hans A. Aukes Amtsgericht Kaiserslautern, HRB 2313 Sitz der Gesellschaft: Kaiserslautern (HRB 2313) USt-Id.Nr.: DE 148646973 Steuernummer: 19/673/0060/3 ----------------------------------------------------------------------- _______________________________________________ Rock-dev mailing list [email protected] http://www.dfki.de/mailman/cgi-bin/listinfo/rock-dev
