5
votes

I have device which sends data via Bluetooth using OBEX Object Push Profile (OPP).

Using adb logcat i see that my android device receives a connection (but abort this connection?)

08-22 11:14:37.939: I/BtOppRfcommListener(22586): Accepted connectoin from 00:07:CF:5F:52:A0
08-22 11:14:37.939: I/BtOpp Service(22586): Start Obex Server
08-22 11:14:38.109: D/Obex ServerSession(22586): java.io.IOException: Software caused connection abort
08-22 11:14:38.109: D/PowerManagerService(180): @PowerManagement: 'BtOppObexServer' releaseWakeLock when screen locked
08-22 11:14:39.219: D/BluetoothEventLoop(180): Device property changed: 00:07:CF:5F:52:A0 property: Connected value: false

When I install Bluetooth File Transfer (Free application from market) then i'm able to receive files. But I wouldn't like to install other application.

1
Could you post the code in question so the android experts on SO can have a look at the issue? - Tanzeel Kazi
@domsom I had already tried similar code without success. IMO the problem appears to be that the native Bluetooth is still accepting the incoming OPP data and custom code does not get triggered. Hence the solution would involve not just listening for incoming connections but also to 'register' with the native Bluetooth so that the custom OPP handler is called. - David O'Meara
@DavidO'Meara I agree: If the listening Bluetooth socket/channel is bound to the system service, you can't re-register it to your own code (it can only bind once, and you can't kill a system service from your unrooted app). As far as I know (but haven't searched actually) you can't register to "incoming OBEX transfer" events with the system service either. That's why the guy in the link came up with the workaround which works for his specific scenario (namely knowing the remote device). - domsom

1 Answers

2
votes

I believe I have (at least a partial) solution which should then allow files to be intercepted via OPP and custom code added. The first step is to go to settings > apps > running > Bluetooth Share and kill the BluetoothOppService

Then I used reflection to access a method on BluetoothAdapter (code below) which allows listening on a specific port. After which we can intercept the incoming OPP communication and interact with the input and output streams. This SO thread will help with the OPP communication part, but as an initial step I read the data stream and reponded with an OPP 'OK' message ie os.writeByte(ObexSession.OBEX_SUCCESS | ObexSession.OBEX_FINAL_BIT);

// simplified exception handling
public class BluetoothAdapterProxy
{
    public static final int CHANNEL_OPP = 12;

    final BluetoothAdapter target;
    static final Class<?> targetClass = BluetoothAdapter.class;
    Method listenOn;

    public BluetoothAdapterProxy(BluetoothAdapter target)
    {
        this.target = target;
        Class<?>[] args = new Class[] { int.class };
        try
        {
            this.listenOn = targetClass.getDeclaredMethod(
                "listenUsingRfcommOn", args);
        }
        catch (NoSuchMethodException e)
        {
            e.printStackTrace();
        }
    }

    public BluetoothServerSocket listenUsingRfcommOn(int channel)
    {
        try
        {
            return (BluetoothServerSocket) (listenOn.invoke(target, 
                new Object[] { channel }));
        }
        catch (Exception e)
        {
            // complain loud, complain long
            throw new RuntimeException(ex);
        }
    }
}

Usage: initialise using

serverSocket = new BluetoothAdapterProxy(BluetoothAdapter.getDefaultAdapter())
    .listenUsingRfcommOn(BluetoothAdapterProxy.CHANNEL_OPP);

After which, use the following from a separate Thread (to prevent blocking) and remote devices can connect via socket = serverSocket.accept();