public inbox for linux-bluetooth@vger.kernel.org
 help / color / mirror / Atom feed
* [Bluez-devel] Question about Bluez-4.1 Object Paths
@ 2008-08-11 18:18 David Stockwell
  2008-08-11 19:29 ` Marcel Holtmann
  0 siblings, 1 reply; 3+ messages in thread
From: David Stockwell @ 2008-08-11 18:18 UTC (permalink / raw)
  To: BlueZ development

Gents,

After installing 4.1 yesterday, I noticed that the object paths for 
org.bluez.Adapter and org.bluez.Device have changed: both are now 
prefixed with "/org/bluez", probably reflecting the recent firestorm 
with the DBus folks.  So now, the object path for the "zero-th" adapter 
is not "/hci0", but "/org/bluez/hci0" as it was for the "legacy" DBus 
interface.

At the same time, the object path for org.bluez.Manager is still "/". 
Is this intentional, or an oversight?

David Stockwell 


-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
Bluez-devel mailing list
Bluez-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-devel

^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: [Bluez-devel] Question about Bluez-4.1 Object Paths
  2008-08-11 18:18 [Bluez-devel] Question about Bluez-4.1 Object Paths David Stockwell
@ 2008-08-11 19:29 ` Marcel Holtmann
  2008-08-15 14:20   ` David Stockwell
  0 siblings, 1 reply; 3+ messages in thread
From: Marcel Holtmann @ 2008-08-11 19:29 UTC (permalink / raw)
  To: BlueZ development

Hi David,

> After installing 4.1 yesterday, I noticed that the object paths for 
> org.bluez.Adapter and org.bluez.Device have changed: both are now 
> prefixed with "/org/bluez", probably reflecting the recent firestorm 
> with the DBus folks.  So now, the object path for the "zero-th" adapter 
> is not "/hci0", but "/org/bluez/hci0" as it was for the "legacy" DBus 
> interface.

the object path of the adapter and device interfaces need to be
discovered via functions like ListAdapters and ListDevices. Relying on
stable object path names is wrong. I will change them randomly from
release to release if I have to. Any application that will break because
of this is a broken application.

Regards

Marcel



-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
Bluez-devel mailing list
Bluez-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-devel

^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: [Bluez-devel] Question about Bluez-4.1 Object Paths
  2008-08-11 19:29 ` Marcel Holtmann
@ 2008-08-15 14:20   ` David Stockwell
  0 siblings, 0 replies; 3+ messages in thread
From: David Stockwell @ 2008-08-15 14:20 UTC (permalink / raw)
  To: BlueZ development

Greetings, Marcel

BTW: Not sure what is going on with the lists, but I just got your 
response in the digest today.  Good thing we have irc.

> Hi David,
>
>> After installing 4.1 yesterday, I noticed that the object paths for
>> org.bluez.Adapter and org.bluez.Device have changed: both are now
>> prefixed with "/org/bluez", probably reflecting the recent firestorm
>> with the DBus folks.  So now, the object path for the "zero-th" 
>> adapter
>> is not "/hci0", but "/org/bluez/hci0" as it was for the "legacy" DBus
>> interface.
>
> the object path of the adapter and device interfaces need to be
> discovered via functions like ListAdapters and ListDevices. Relying on
> stable object path names is wrong. I will change them randomly from
> release to release if I have to. Any application that will break 
> because
> of this is a broken application.

Agree with the requirement to discover adapter and device interface 
object paths.

Also noted that we are still using "/" for org.bluez.Manager, and 
appreciate your "reasons" for doing so ;-) (raising Havoc, so to speak).

>
> Regards
>
> Marcel
>
>
>
>
> 


-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
Bluez-devel mailing list
Bluez-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-devel

^ permalink raw reply	[flat|nested] 3+ messages in thread

end of thread, other threads:[~2008-08-15 14:20 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2008-08-11 18:18 [Bluez-devel] Question about Bluez-4.1 Object Paths David Stockwell
2008-08-11 19:29 ` Marcel Holtmann
2008-08-15 14:20   ` David Stockwell

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox