I’m creating ContentProvider which is a proxy of another ContentProvider (for security issues and to give access to part of functionality of full app).
public class GFContactsProvider extends ContactsProvider implements
DatabaseConstants {
private Context mContext;
private ContentResolver mContentResolver;
@Override
public boolean onCreate() {
mContext = getContext();
mContentResolver = mContext.getContentResolver();
}
@Override
public Cursor query(Uri uri, String[] projection, String selection,
String[] selectionArgs, String sortOrder) {
Cursor result = mContentResolver.query(ContactsContract.getContactsURI(Long.parseLong(address.get(1))), null, null, null, ContactsContract.ContactColumns.SHOW_NAME);
return result;
}
}
After calling inner CP from my CP I recive unexpected exception:
java.lang.UnsupportedOperationException: Only CrossProcessCursor cursors are supported across process for now
The exception concerns the wrapping of the Cursor by the CP and transfer it wrapped, Outer CP can't wrap it again so I have a problem here. When I checked class of returned cursor I received CursorWrapperInner. Is there any way to unwrap cursor (from this CWI to regular Cursor) in my outer CP (but not by transfering all data to MatrixCursor in loop – it’s too time-consuming).
As far as I know you can't unwrap the Cursor because the wrapper class is private (it could be possible using reflections but the SecurityManager won't allow it probably) but you could try to create your own wrapper which implements CrossProcessCursor, wraps the returned cursor and is returned by your ContentProvider.
There's no need to "unwrap" the cursor. The problem is, if your content provider is providing results to a client that runs in another process, the Cursor you returned from query() must implement CrossProcessCursor interface. It's not stated in document (AFAICS), but you can see this from your log.
All you need to do is implement CrossProcessCursor interface, and wrap it around your cursor.
Implementation of CrossProcessCursor methods are ported from AbstractCursor. Some slight modifications are made so the compiler's happy:
Sounds like you use two apk's or something. You shouldn't get this with different ContentProviders using eachother within the same application. When another application tries to use your ContentProviders however you get this error. Solution is to let your custom Cursor implementation implement the CrossProcessCursor interface.