2007/2/8, Kevin Krammer <[EMAIL PROTECTED]>:
On Thursday 08 February 2007 22:35, Mikkel Kamstrup Erlandsen wrote:
> Yes, that was the plan, it is a small thing to define them though.
Ideally
> I think we should only define the interface name and dbus had a magic
> method GetObjectForInterface("org.freedesktop.blah"), but as far as I
know
> this is not possible...
An interface can be implemented multiple times.
What would you expect such a call to return if you pass the interface
org.freedesktop.DBus.Introspectable? (likely implemented by almost all
object
on all connections)
Well, mostly it was just wishful thinking. If there where such a method you
would only use it if you in fact did care what object you got. The contract
of the method is just that you get an object implementing that interface. If
you need an object implementing Introspectable then it's you lucky day,
there's plenty :-) Normally you'd only request interfaces that has more
meaning implied than Introspectable, such as fx. the wasabi one which has an
in-depth specification.
As it is a bit besides the point how to obtain dbus objects (it's not gonna
change anyway), I guess there is no other way than the "standard" - define
interface and path (and perhaps connection) - which is fine by me anyway.
However, consider there would be a specified Wasabi D-Bus name, e.g.
org.freedesktop.wasabi then the bus could start a service known to
register
this name (see D-Bus activation)
This is why I thought that the specification really should specify such a
name.
> This leads me to a question I've been thinking about... Why is it not
> custom to version your dbus interfaces? XML namespaces (typically) does
> that for example. I was wondering whether to use
> org.freedesktop.wasabi.search.1 for instance, not that I expect the api
to
> change. But if we ever add api we could define a .2 or something like
> that...
D-Bus interfaces is a bit like dlopen. If the method isn't present, you'll
get
an respective error (assuming the service implemenation handles this
correctly)
And as you said, it is quite likely that if the interface would have to be
extended, it might even make sense to specifiy a whole new interface and
keep
the old one for backwards compatability.
Once we settle on an interface it's not gonna change. Any api
additions/changes will go under another name. I thought about a naming
scheme like the following, but I sense that it's pretty non-standard:
org.freedeskstop.wasabi.search-1.0
org.freedeskstop.wasabi.search-1.1
org.freedeskstop.wasabi.search-2.0
...
I don't expect that we have to update the interfaces any time soon though.
Cheers,
Mikkel
Cheers,
Mikkel
_______________________________________________
xdg mailing list
[email protected]
http://lists.freedesktop.org/mailman/listinfo/xdg
