<p dir="ltr">16 cze 2015 6:09 PM "Lennart Poettering" <<a href="mailto:lennart@poettering.net">lennart@poettering.net</a>> napisał(a):<br>
><br>
> On Tue, 16.06.15 15:51, Umut Tezduyar Lindskog (<a href="mailto:umut@tezduyar.com">umut@tezduyar.com</a>) wrote:<br>
><br>
> > Hi,<br>
> ><br>
> > I have noticed that glib vs sd-bus have different hierarchy in terms<br>
> > of how objects are stacked. I don't have any argument why one or the<br>
> > other one would be better but I was wondering what the reason for this<br>
> > difference.<br>
> ><br>
> > "/com/a/b" registered with sd_bus_add_object_vtable<br>
> > Introspection:<br>
> > └─/com/a/b<br>
> ><br>
> > "/com/a/b" registered with glib<br>
> > Introspection:<br>
> > └─/com<br>
> > └─/com/a<br>
> > └─/com/a/b<br>
><br>
> Yeah, the spec says nothing about this. It's not clear whether<br>
> "middle" nodes should be synthesized or not for cases like this. I<br>
> decided to keep things minimal for sd-bus, and I think we should stay<br>
> with that unless this turns out to be a real problem for<br>
> something. Note though that the nodes in between actually are<br>
> accessible if you use their path explicitly, they just aren't<br>
> announced in the introspection, that's all.<br>
><br>
> But maybe Simon has an opinion on this? Simon?</p>
<p dir="ltr">That reminds me of a bug (or not-a-bug) in go-dbus [1] - it also generates flat hierarchy. This is a problem for tools like d-feet - they fail to introspect services with flat hierarchy. Of course, it might be a bug in d-feet itself. </p>
<p dir="ltr">[1] <a href="https://github.com/godbus/dbus/issues/14">https://github.com/godbus/dbus/issues/14</a></p>
<p dir="ltr">><br>
> Lennart<br>
><br>
> --<br>
> Lennart Poettering, Red Hat<br>
> _______________________________________________<br>
> systemd-devel mailing list<br>
> <a href="mailto:systemd-devel@lists.freedesktop.org">systemd-devel@lists.freedesktop.org</a><br>
> <a href="http://lists.freedesktop.org/mailman/listinfo/systemd-devel">http://lists.freedesktop.org/mailman/listinfo/systemd-devel</a><br>
</p>