Robotics Service Bus: Issueshttps://code.cor-lab.de/https://code.cor-lab.de/favicon.ico?14019720732016-06-08T12:17:41ZOpen Source Collaboration Platform
Redmine Tasks #2559 (New): Scope renaminghttps://code.cor-lab.de/issues/25592016-06-08T12:17:41ZJ. Moringenjmoringe@cor-lab.uni-bielefeld.deTasks #2216 (New): Consider using git subtrees instead of submoduleshttps://code.cor-lab.de/issues/22162015-04-02T12:51:44ZJ. Moringenjmoringe@cor-lab.uni-bielefeld.de
<p>We can all agree, that our submodule setup sucks.</p>
<p>We discussed and rejected gitslave: <a class="external" href="https://projects.cor-lab.org/projects/corcse/wiki/GitSlave">https://projects.cor-lab.org/projects/corcse/wiki/GitSlave</a></p>
<p>Nicolas Hafner suggests git subtrees, which I (jmoringe) did not know about. We should probably look into that possibility.<br /><a class="external" href="http://blogs.atlassian.com/2013/05/alternatives-to-git-submodule-git-subtree/">http://blogs.atlassian.com/2013/05/alternatives-to-git-submodule-git-subtree/</a></p> Tasks #1768 (New): Evaluate Boost.Exception for dealing with re-thrown exceptionshttps://code.cor-lab.de/issues/17682014-02-14T06:48:18ZJ. Moringenjmoringe@cor-lab.uni-bielefeld.de
<p>See <a class="external" href="http://www.boost.org/doc/libs/1_55_0/libs/exception/doc/boost-exception.html">http://www.boost.org/doc/libs/1_55_0/libs/exception/doc/boost-exception.html</a>.</p>
<p>This library allows successively adding more information to exceptions as they are caught and re-thrown.</p>
Open Questions
<ul>
<li>Platform/compiler compatibility</li>
<li>Unwind model</li>
<li>Interaction with debugger</li>
<li>Will this allow us to get rid of things like the <code>wrapExceptions</code> parameter in <code>rsc::plugins::Plugin::unload</code>?</li>
</ul>
<p>Equally applies to <a href="https://code.cor-lab.de/projects/rsc" class="project">Robotics Systems Commons</a>.</p> Tasks #1709 (New): Document Java client APIhttps://code.cor-lab.de/issues/17092013-12-22T20:22:22ZJ. Moringenjmoringe@cor-lab.uni-bielefeld.deTasks #1708 (New): Document C++ client APIhttps://code.cor-lab.de/issues/17082013-12-22T20:21:10ZJ. Moringenjmoringe@cor-lab.uni-bielefeld.deTasks #1482 (In Progress): Rename bag-merge -> bag-transformhttps://code.cor-lab.de/issues/14822013-04-30T12:40:53ZJ. Moringenjmoringe@cor-lab.uni-bielefeld.deTasks #1456 (In Progress): Use lparallel futures if possiblehttps://code.cor-lab.de/issues/14562013-04-03T13:44:56ZJ. Moringenjmoringe@cor-lab.uni-bielefeld.deTasks #1365 (New): Participant-wise configurationhttps://code.cor-lab.de/issues/13652013-01-28T16:38:23ZJ. Wienkejwienke@techfak.uni-bielefeld.de
<p>With the availability of plugins it becomes more important to configure individual participants, as plugins can easily result in converter ambiguities. The following was the solution discussed today:</p>
<ol>
<li>Give names to participants (client have to do this when creating participants) to identify them in the configuration mechanism
<ul>
<li>Names will be logical names</li>
<li>TODO:
<ul>
<li>Are names always required? -> Otherwise it might be impossible to configure some participants if the programmer forgot to give names to them</li>
<li>Do names need to be unique (at least within each process) or are they treated like tags?
<ul>
<li>If they are not unique, it might be that the developer chose a grouping of participants with a single tag, which turns out to be an over-generalization and recompiling will be necessary to disambiguate them</li>
<li>If the are unique, composing multiple RSB libraries in a single binary might lead to name clashes. Some kind of scoping will be necessary.</li>
</ul>
</li>
</ul>
</li>
</ul>
</li>
<li>Add participant-wise configuration options based on separate files
<ul>
<li>A new section will be added to the options, where each key corresponds to the aforementioned participant names/tag and the values dispatch to separate configuration files using the usual configuration syntax. Like this, each named participant can be equipped with additional configuration options which override the defaults. The additional files are so far called "profiles" </li>
<li>If a named participant is not included in the <code>rsb.conf</code>, it will use the process-wide defaults.</li>
<li>If filenames are just a basename, the usual cascade for finding config files will be used, absolute files are also supported</li>
</ul>
</li>
<li>Add an info tool which explains which configuration property is caused by which source to make it easier to debug configuration errors (see <a href="https://code.cor-lab.de/issues/1458" class="issue tracker-4 status-2 priority-4 priority-default child" title="Implement configuration inspector tool (In Progress)">#1458</a>).</li>
</ol>
<p>Like this, extension packages like for the iCub can install profiles in the system and the user only has to dispatch to them in the config.</p> Tasks #1189 (New): Test examples as part of unit testshttps://code.cor-lab.de/issues/11892012-10-05T23:17:16ZJ. Moringenjmoringe@cor-lab.uni-bielefeld.deTasks #1188 (New): Test examples as part of unit testshttps://code.cor-lab.de/issues/11882012-10-05T23:16:34ZJ. Moringenjmoringe@cor-lab.uni-bielefeld.deTasks #897 (New): Verify Elan backendhttps://code.cor-lab.de/issues/8972012-02-24T16:12:28ZJ. Moringenjmoringe@cor-lab.uni-bielefeld.de
<p>Attached xsd-file may specify some version of the EAF file format.</p> Tasks #889 (New): Scope renaming [Common Lisp]https://code.cor-lab.de/issues/8892012-02-16T17:05:43ZJ. Moringenjmoringe@cor-lab.uni-bielefeld.de
<p>Implement scope renaming and an associated configuration mechanism (see <a href="https://code.cor-lab.de/projects/rsb/wiki/Meetings2012-02-16" class="wiki-page">Meetings2012-02-16</a>).</p>
<em>The following should be moved to a "scope renaming" wiki page (see <a href="https://code.cor-lab.de/issues/885" class="issue tracker-4 status-1 priority-4 priority-default child" title="Specify scope renaming (New)">#885</a>)</em>
<ul>
<li>The renaming mechanism should applied when participants are instantiated</li>
<li>Default scopes of participants remain constant
<ul>
<li>Default scopes become effective scopes when no renaming is applied</li>
<li>Default scope names are referenced in renaming rules</li>
</ul>
</li>
<li>Renaming rules are specified as configuration options</li>
</ul> Tasks #888 (New): Scope renaming [Python]https://code.cor-lab.de/issues/8882012-02-16T17:05:26ZJ. Moringenjmoringe@cor-lab.uni-bielefeld.de
<p>Implement scope renaming and an associated configuration mechanism (see <a href="https://code.cor-lab.de/projects/rsb/wiki/Meetings2012-02-16" class="wiki-page">Meetings2012-02-16</a>).</p>
<em>The following should be move to a "scope renaming" wiki page (see <a href="https://code.cor-lab.de/issues/885" class="issue tracker-4 status-1 priority-4 priority-default child" title="Specify scope renaming (New)">#885</a>)</em>
<ul>
<li>The renaming mechanism should applied when participants are instantiated</li>
<li>Default scopes of participants remain constant
<ul>
<li>Default scopes become effective scopes when no renaming is applied</li>
<li>Default scope names are referenced in renaming rules</li>
</ul>
</li>
<li>Renaming rules are specified as configuration options</li>
</ul> Tasks #887 (New): Scope renaming [Java]https://code.cor-lab.de/issues/8872012-02-16T17:05:04ZJ. Moringenjmoringe@cor-lab.uni-bielefeld.de
<p>Implement scope renaming and an associated configuration mechanism (see <a href="https://code.cor-lab.de/projects/rsb/wiki/Meetings2012-02-16" class="wiki-page">Meetings2012-02-16</a>).</p>
<em>The following should be move to a "scope renaming" wiki page (see <a href="https://code.cor-lab.de/issues/885" class="issue tracker-4 status-1 priority-4 priority-default child" title="Specify scope renaming (New)">#885</a>)</em>
<ul>
<li>The renaming mechanism should applied when participants are instantiated</li>
<li>Default scopes of participants remain constant
<ul>
<li>Default scopes become effective scopes when no renaming is applied</li>
<li>Default scope names are referenced in renaming rules</li>
</ul>
</li>
<li>Renaming rules are specified as configuration options</li>
</ul> Tasks #886 (New): Scope renaming (C++)https://code.cor-lab.de/issues/8862012-02-16T17:04:25ZJ. Moringenjmoringe@cor-lab.uni-bielefeld.de
<p>Implement scope renaming and an associated configuration mechanism (see <a href="https://code.cor-lab.de/projects/rsb/wiki/Meetings2012-02-16" class="wiki-page">Meetings2012-02-16</a>).</p>
<em>The following should be move to a "scope renaming" wiki page (see <a href="https://code.cor-lab.de/issues/885" class="issue tracker-4 status-1 priority-4 priority-default child" title="Specify scope renaming (New)">#885</a>)</em>
<ul>
<li>The renaming mechanism should applied when participants are instantiated</li>
<li>Default scopes of participants remain constant
<ul>
<li>Default scopes become effective scopes when no renaming is applied</li>
<li>Default scope names are referenced in renaming rules</li>
</ul>
</li>
<li>Renaming rules are specified as configuration options</li>
</ul>