This is a bugfix release. It includes several fixes for crashers and some other minor changes.
ChangeLog:

• Fix two crashers (bugs #57, #59)
• Add SDP record support for PBAP server (no real PBAP support yet) (bug #60)
• Fix naming issue in configure.in

This release doesn’t include any API changes, so it’s safe to use with latest bluez-gnome. Highly recommended update for distros.

News/Release announcements: http://tadas.dailyda.com/blog/category/obex-data-server/

Bug tracker: http://bugs.muiline.com/

Bug tracker is integrated with wiki, so you can create pages for particular bugs by choosing “wiki” in bug tracker.

Documentation

obex-data-server needs some documentation like manual page (bug #49), building HOWTO, using Session HOWTO, using Server Howto and possibly some other stuff. All this should be in wiki, so that it’s easy to find. Feel free to contribute.

obex-data-server 0.3 released: http://tadas.dailyda.com/software/obex-data-server-0.3.tar.gz.

This release features API change regarding Server object and removes some memory leaks. ChangeLog:

• API change: Manager.CreateBluetoothServer(string source_address, string pattern, boolean require_pairing)
• API change: Server.Start(string path, boolean allow_write, boolean auto_accept)
• update ods-server-test.py according to new API
• Remove some memory leaks

As you can see, require_pairing argument was moved from Server.Start() to Manager.CreateBluetoothServer(). Introduction of require_pairing in 0.2 version violated obex-data-server architecture by having transport specific code in object other than Manager. This would have made implementing other transports in future impossible.

Sorry for the confusion.. Shit happens

obex-data-server 0.2 released: http://tadas.dailyda.com/software/obex-data-server-0.2.tar.gz.

This release features server enhancements and several bug fixes. ChangeLog:

• Distribute python tests (ods-session-test.py and ods-server-test.py).
• Make object paths lowercase.
• API change: Server.Start(string path, boolean allow_write, boolean require_pairing, boolean auto_accept).
• New methods: Server.Accept(), Server.Reject().
• Fix server SDP record lifetime (now exists between Start() and Stop()).
• Make D-Bus system config file optional (enable with –enable-system-config configure option).
• Exclude dot files from folder listings.

See D-Bus API docs for info how to use new Server.Start() and Accept/Reject methods.

obex-data-server 0.1 released: http://tadas.dailyda.com/software/obex-data-server-0.1.tar.gz.

This is first official release of obex-data-server. obex-data-server is D-Bus service providing high-level OBEX client and server side functionality (currently supports OPP and FTP profiles and Bluetooth transport).

Bug tracker: http://bugs.muiline.com (choose “obex-data-server” project)
API documentation: http://svn.muiline.com/cgi-bin/viewvc.cgi/obex-data-server/trunk/dbus-api.txt

Minor API changes which happened just before 0.1 release:
1) uint64 is used for file sizes.
Affected methods/signals:

Session.GetTransferInfo();
Session.TransferStarted();
Session.TransferProgress();
ServerSession.GetTransferInfo();
ServerSession.TransferStarted();
ServerSession.TransferProgress().

2) OBJECT_PATH (”o”) D-Bus type is used for object paths (previously, STRING was used).
Affected methods/signals:

Manager.CreateBluetoothSession();
Manager.CreateBluetoothServer();
Manager.GetSessionInfo();
Manager.GetServerInfo();
Manager.SessionCreated();
Manager.SessionRemoved();
Server.GetServerSessionInfo();
Server.SessionCreated();
Server.SessionRemoved();

Special thanks to:
Marcel Holtmann
Johan Hedberg
Manuel Naranjo
Bastien Nocera

First such app is bluetooth-sendto which is gonna be part of bluez-gnome. It’s a Object Push client which can be used to send one or more files to another Bluetooth device. I’m glad that I could reuse some older code from gnome-bluetooth for this application, hence it’s feature-complete already.

And now for some screenies:

sending file with bluetooth sendto

sending several files, file is rejected by remote device

Now I’m not so sure when one could expect this app to show up in official bluez-gnome package, but I’m working on getting obex-data-server for it’s first public release and only then it might be the time.

My SoC project was called “gnome-bluetooth and bluez-gnome improvements and unification”. Now the original plan was to improve GNOME Bluetooth stack but the actual result is a total rewrite.

My main goal during summer was to implement obex-data-server which is a DBus service providing easy to use API for using OBEX protocol (both client and server wise). Current implementation supports OPP (Object Push Profile) and FTP (File Transfer Profile). This means that you can have FTP server running on your Bluetooth adapter with several lines of python, you can also do all client operations without having to use openobex directly or knowing any of low-level OBEX stuff.

obex-data-server is written in glibish C and uses dbus-glib bindings. You can acquire it’s code from here (svn) or browse here. No releases yet, since I have to finish it up properly.

obex-data-server effectively deprecates libbtctl and gnome-bluetooth. All of gnome-bluetooth functionality will be provided in bluez-gnome very soon.

gnome-obex-send will be replaced by bluez-sendto which I’m currently working on. Of course, it will use obex-data-server DBus api and will be somewhat more complete. I will also implement “File sharing” tab in bluez applet where you will be able to easily enable FTP and OPP OBEX servers. I will probably also rewrite gnome-vfs-obexftp to use obex-data-server and gvfs some time in the near future.

And now for some visual material I did a screencast showcasing obex-data-server. You can see how few lines of python are needed to launch OBEX servers by checking out ods-server-test.py.

obex-data-server screencast (OGG)