http://www.c99.org/2010/01/23/writing-an-android-sync-provider-part-1/

http://www.c99.org/2010/01/23/writing-an-android-sync-provider-part-2/

One of the highlights of the Android 2.0 SDK is that you can write custom sync providers to integrate with the system contacts, calendars, etc. The only problem is that there’s very little documentation on how it all fits together. And worse, if you mess up in certain places, the Android system will crash and reboot! Always up for a challenge, I’ve navigated through the sparse documentation, vague mailing list posts, and the Android source code itself to build a sync provider for our Last.fm app. Want to know how to build your own? Read on!

Account Authenticators

The first piece of the puzzle is called an Account Authenticator , which defines how the user’s account will appear in the “Accounts & Sync” settings. Implementing an Account Authenticator requires 3 pieces: a service that returns a subclass of AbstractAccountAuthenticator from the onBind method, an activity to prompt the user to enter their credentials, and an xml file describing how your account should look when displayed to the user. You’ll also need to add the android.permission.AUTHENTICATE_ACCOUNTS permission to your AndroidManifest.xml.

The Service

The authenticator service is expected to return a subclass of AbstractAccountAuthenticator from the onBind method — if you don’t, Android will crash and reboot when you try to add a new account to the system. The only method in AbstractAccountAuthenticator we really need to implement is addAccount, which returns an Intent that the system will use to display the login dialog to the user. The implementation below will launch our app’s main launcher activity with an action of “fm.last.android.sync.LOGIN” and an extra containing the AccountAuthenticatorResponse object we use to pass data back to the system after the user has logged in.

AccountAuthenticatorService.java

  1. import fm.last.android.LastFm;
  2. import android.accounts.AbstractAccountAuthenticator;
  3. import android.accounts.Account;
  4. import android.accounts.AccountAuthenticatorResponse;
  5. import android.accounts.AccountManager;
  6. import android.accounts.NetworkErrorException;
  7. import android.app.Service;
  8. import android.content.Context;
  9. import android.content.Intent;
  10. import android.os.Bundle;
  11. import android.os.IBinder;
  12. import android.util.Log;
  13. /**
  14. * Authenticator service that returns a subclass of AbstractAccountAuthenticator in onBind()
  15. */
  16. public class AccountAuthenticatorService extends Service {
  17. private static final String TAG = "AccountAuthenticatorService" ;
  18. private static AccountAuthenticatorImpl sAccountAuthenticator = null ;
  19. public AccountAuthenticatorService ( ) {
  20. super ( ) ;
  21. }
  22. public IBinder onBind ( Intent intent ) {
  23. IBinder ret = null ;
  24. if ( intent. getAction ( ) . equals ( android. accounts . AccountManager . ACTION_AUTHENTICATOR_INTENT ) )
  25. ret = getAuthenticator ( ) . getIBinder ( ) ;
  26. return ret ;
  27. }
  28. private AccountAuthenticatorImpl getAuthenticator ( ) {
  29. if ( sAccountAuthenticator == null )
  30. sAccountAuthenticator = new AccountAuthenticatorImpl ( this ) ;
  31. return sAccountAuthenticator ;
  32. }
  33. private static class AccountAuthenticatorImpl extends AbstractAccountAuthenticator {
  34. private Context mContext ;
  35. public AccountAuthenticatorImpl ( Context context ) {
  36. super ( context ) ;
  37. mContext = context ;
  38. }
  39. /*
  40. * The user has requested to add a new account to the system. We return an intent that will launch our login screen if the user has not logged in yet,
  41. * otherwise our activity will just pass the user's credentials on to the account manager.
  42. */
  43. @Override
  44. public Bundle addAccount ( AccountAuthenticatorResponse response, String accountType, String authTokenType, String [ ] requiredFeatures, Bundle options )
  45. throws NetworkErrorException {
  46. Bundle reply = new Bundle ( ) ;
  47. Intent i = new Intent ( mContext, LastFm. class ) ;
  48. i. setAction ( "fm.last.android.sync.LOGIN" ) ;
  49. i. putExtra ( AccountManager. KEY_ACCOUNT_AUTHENTICATOR_RESPONSE , response ) ;
  50. reply. putParcelable ( AccountManager. KEY_INTENT , i ) ;
  51. return reply ;
  52. }
  53. @Override
  54. public Bundle confirmCredentials ( AccountAuthenticatorResponse response, Account account, Bundle options ) {
  55. return null ;
  56. }
  57. @Override
  58. public Bundle editProperties ( AccountAuthenticatorResponse response, String accountType ) {
  59. return null ;
  60. }
  61. @Override
  62. public Bundle getAuthToken ( AccountAuthenticatorResponse response, Account account, String authTokenType, Bundle options ) throws NetworkErrorException {
  63. return null ;
  64. }
  65. @Override
  66. public String getAuthTokenLabel ( String authTokenType ) {
  67. return null ;
  68. }
  69. @Override
  70. public Bundle hasFeatures ( AccountAuthenticatorResponse response, Account account, String [ ] features ) throws NetworkErrorException {
  71. return null ;
  72. }
  73. @Override
  74. public Bundle updateCredentials ( AccountAuthenticatorResponse response, Account account, String authTokenType, Bundle options ) {
  75. return null ;
  76. }
  77. }
  78. }

The account authenticator service should be defined in your AndroidManifest.xml, with a meta-data tag referencing an xml definition file, as follows:

Snippet from AndroidManifest.xml

  1. <service android:name ="AccountAuthenticatorService"
  2. android:exported = "true" android:process = ":auth" >
  3. <intent-filter>
  4. <action android:name ="android.accounts.AccountAuthenticator" />
  5. </intent-filter>
  6. <meta-data android:name ="android.accounts.AccountAuthenticator"
  7. android:resource = "@xml/authenticator" />
  8. </service>

The Activity

If you don’t already have a login screen, there’s a convenience class AccountAuthenticatorActivity you can subclass that will pass your response back to the authentication manager for you, however if you already have a login activity in place you may find it easier to just pass the data back yourself, as I have done here. When the user has successfully been authenticated, we create an Account object for the user’s credentials. An account has an account name, such as the username or email address, and an account type, which you will define in your xml file next. You may find it easier to store your account type in strings.xml and use getString() to fetch it, as it is used in multiple places.

Snippet from the Last.fm login activity

  1. Account account = new Account ( username, getString ( R. string . ACCOUNT_TYPE ) ) ) ;
  2. AccountManager am = AccountManager. get ( this ) ;
  3. boolean accountCreated = am. addAccountExplicitly ( account, password, null ) ;
  4. Bundle extras = getIntent. getExtras ( ) ;
  5. if ( extras ! = null ) {
  6. if ( accountCreated ) { //Pass the new account back to the account manager
  7. AccountAuthenticatorResponse response = extras. getParcelable ( AccountManager. KEY_ACCOUNT_AUTHENTICATOR_RESPONSE ) ;
  8. Bundle result = new Bundle ( ) ;
  9. result. putString ( AccountManager. KEY_ACCOUNT_NAME , username ) ;
  10. result. putString ( AccountManager. KEY_ACCOUNT_TYPE , getString ( R. string . ACCOUNT_TYPE ) ) ;
  11. response. onResult ( result ) ;
  12. }
  13. finish ( ) ;
  14. }

The XML definition file

The account xml file defines what the user will see when they’re interacting with your account. It contains a user-readable name, the system account type you’re defining, various icons, and a reference to an xml file containing PreferenceScreens the user will see when modifying your account.

authenticator.xml

  1. <account-authenticator xmlns:android ="http://schemas.android.com/apk/res/android"
  2. android:accountType = "fm.last.android.account"
  3. android:icon = "@drawable/icon"
  4. android:smallIcon = "@drawable/icon"
  5. android:label = "@string/app_name"
  6. android:accountPreferences = "@xml/account_preferences" />

account_preferences.xml

  1. <PreferenceScreen
  2. xmlns:android = "http://schemas.android.com/apk/res/android" >
  3. <PreferenceCategory
  4. android:title = "General Settings" />
  5. <PreferenceScreen
  6. android:key = "account_settings"
  7. android:title = "Account Settings"
  8. android:summary = "Sync frequency, notifications, etc." >
  9. <intent
  10. android:action = "fm.last.android.activity.Preferences.ACCOUNT_SETUP"
  11. android:targetPackage = "fm.last.android"
  12. android:targetClass = "fm.last.android.activity.Preferences" />
  13. </PreferenceScreen>
  14. </PreferenceScreen>

Putting it all together

Now we’re ready for testing! The Android accounts setting screen doesn’t handle exceptions very well — if something goes wrong, your device will reboot! A better way to test is to launch the emulator, run the “Dev Tools” app, and pick “AccountsTester”.

You should see your new account type in the list, along with the built-in “Corporate” account type. Go ahead and select your account type from the drop-down list, and then press the “Add” button, and you should be presented with your login activity. After authenticating, your account should appear in a list below the buttons. At this point, it should be safe to use the system “Accounts & Sync” settings screen to remove or modify your account.

Ready to fill in that section below “Data & synchronization”? Let’s move on to part 2 !

The source code for the implementation referenced here is available in my Last.fm github project under the terms of the GNU General Public License. A standalone sample project is also available here under the terms of the Apache License 2.0. Google has also released their own sample sync provider on the Android developer portal that’s a bit more complete than mine.

One of the great new user-facing features of Android 2.0 is the is the new Facebook app, which brings your Facebook contacts and statuses into your Android contacts database:

So, how exactly does my Nexus One know that Chris is excited about the upcoming launch of his new mobile apps? The answer is a Contacts sync provider in the Facebook app. Read on to learn how to create your own!

Sync Providers

Sync providers are services that allow an Account to synchronize data on the device on a regular basis. Not quite sure how to create an Account? Read part one first! To implement a Contacts sync provider, we’ll need a service, some xml files, and the following permissions added to the AndroidManifest.xml:

AndroidManifest.xml snippet

  1. <uses-permission android:name ="android.permission.INTERNET" />
  2. <uses-permission android:name ="android.permission.ACCESS_NETWORK_STATE" />
  3. <uses-permission android:name ="android.permission.READ_CONTACTS" />
  4. <uses-permission android:name ="android.permission.WRITE_CONTACTS" />
  5. <uses-permission android:name ="android.permission.GET_ACCOUNTS" />
  6. <uses-permission android:name ="android.permission.MANAGE_ACCOUNTS" />
  7. <uses-permission android:name ="android.permission.AUTHENTICATE_ACCOUNTS" />
  8. <uses-permission android:name ="android.permission.READ_SYNC_SETTINGS" />
  9. <uses-permission android:name ="android.permission.WRITE_SYNC_SETTINGS" />

The Service

Similar to our Account Authenticator service, our Contacts Sync Provider service will return a subclass of AbstractThreadedSyncAdapter from the onBind method.

ContactsSyncAdapterService.java

  1. public class ContactsSyncAdapterService extends Service {
  2. private static final String TAG = "ContactsSyncAdapterService" ;
  3. private static SyncAdapterImpl sSyncAdapter = null ;
  4. private static ContentResolver mContentResolver = null ;
  5. public ContactsSyncAdapterService ( ) {
  6. super ( ) ;
  7. }
  8. private static class SyncAdapterImpl extends AbstractThreadedSyncAdapter {
  9. private Context mContext ;
  10. public SyncAdapterImpl ( Context context ) {
  11. super ( context, true ) ;
  12. mContext = context ;
  13. }
  14. @Override
  15. public void onPerformSync ( Account account, Bundle extras, String authority, ContentProviderClient provider, SyncResult syncResult ) {
  16. try {
  17. ContactsSyncAdapterService. performSync ( mContext, account, extras, authority, provider, syncResult ) ;
  18. } catch ( OperationCanceledException e ) {
  19. }
  20. }
  21. }
  22. @Override
  23. public IBinder onBind ( Intent intent ) {
  24. IBinder ret = null ;
  25. ret = getSyncAdapter ( ) . getSyncAdapterBinder ( ) ;
  26. return ret ;
  27. }
  28. private SyncAdapterImpl getSyncAdapter ( ) {
  29. if ( sSyncAdapter == null )
  30. sSyncAdapter = new SyncAdapterImpl ( this ) ;
  31. return sSyncAdapter ;
  32. }
  33. private static void performSync ( Context context, Account account, Bundle extras, String authority, ContentProviderClient provider, SyncResult syncResult )
  34. throws OperationCanceledException {
  35. mContentResolver = context. getContentResolver ( ) ;
  36. Log. i ( TAG, "performSync: " + account. toString ( ) ) ;
  37. //This is where the magic will happen!
  38. }
  39. }

The service is defined in AndroidManifest.xml like so:

AndroidManifest.xml snippet

  1. <service android:name =".sync.ContactsSyncAdapterService"
  2. android:exported = "true" android:process = ":contacts" >
  3. <intent-filter>
  4. <action android:name ="android.content.SyncAdapter" />
  5. </intent-filter>
  6. <meta-data android:name ="android.content.SyncAdapter"
  7. android:resource = "@xml/sync_contacts" />
  8. </service>

Finally, we need an xml file to let Android know that our sync provider handles Contacts for the Account type we defined in part 1.

sync_contacts.xml

  1. <sync-adapter xmlns:android ="http://schemas.android.com/apk/res/android"
  2. android:contentAuthority = "com.android.contacts"
  3. android:accountType = "fm.last.android.account" />

At this point we have a sync provider that doesn’t do anything, but also shouldn’t crash the Android system. Just in case, lets test it in Dev Tools first. Start the Android emulator and launch the “Dev Tools” app, then scroll down to “Sync Tester”.

The drop-down should confirm that com.android.contacts can be synced with the account type you’ve created. Select the entry for your account type and press the “Bind” button to connect to your sync service. If all goes well, Sync Tester will say it’s connected to your service. Now click “Start Sync” and select your account from the popup. Sync Tester will let you know that the sync succeeded (even though we didn’t actually do anything). At this point it should be safe to enable contact syncing from the Accounts & Sync settings screen without Android crashing and rebooting.

Contacts

Lets take a moment to discuss how Contacts on Android work. Each sync account, such as Google or Facebook, creates its own set of RawContacts which the Android system then aggregates into the single list of contacts you see in the Dialer. The RawContacts table contains several fields that Sync Providers can use for whatever they like, and in this implementation we will use the SYNC1 field to store the RawContact’s Last.fm username.

Contact Data

Data, such as name, phone number, email address, etc. is stored in a table that references a RawContact ID. The Data table can contain anything you like, and there are several predefined MIME-types available for phone numbers, email addresses, names, etc. Android will automatically try to combine RawContacts that contain the same name, email address, etc. into a single Contact, and the user can also combine and split Contacts manually from the contact edit screen.

Custom Data Types

A sync provider can store additional data about a RawContact in the Data table, and provide an xml file to tell the Contacts app how to format this row. To create a custom MIME type, we need to add an additional meta-data tag to our service entry in AndroidManifest.xml to reference a new ContactsSource XML file:

AndroidManifest.xml snippet

  1. <meta-data android:name ="android.provider.CONTACTS_STRUCTURE"
  2. android:resource = "@xml/contacts" />

This ContactsSource xml file will tell the Contacts app how to format our custom MIME-types. In the example below, we specify an icon, and tell the Contacts app to use the DATA2 and DATA3 columns to render the fields. Note that this file’s format doesn’t appear to be documented outside of the source code for the Contacts app .

contacts.xml

  1. <ContactsSource xmlns:android ="http://schemas.android.com/apk/res/android" >
  2. <ContactsDataKind
  3. android:icon = "@drawable/icon"
  4. android:mimeType = "vnd.android.cursor.item/vnd.fm.last.android.profile"
  5. android:summaryColumn = "data2"
  6. android:detailColumn = "data3"
  7. android:detailSocialSummary = "true" />
  8. </ContactsSource>

Here’s how Facebook’s custom “Facebook Profile” field looks when rendered by the Contacts app:

Creating a RawContact

Now lets put all the above information together to create a RawContact for a Last.fm user. Our contacts will display only a name and a custom field that links to the user’s Last.fm profile. We store the user’s username in the RawContact’s SYNC1 field so we can easily look it up later. We will batch together the creation of the RawContact and the insertion of the Data, as Android will run an aggregation pass after each batch completes.

addContact method

  1. private static void addContact ( Account account, String name, String username ) {
  2. Log. i ( TAG, "Adding contact: " + name ) ;
  3. ArrayList < ContentProviderOperation > operationList = new ArrayList < ContentProviderOperation > ( ) ;
  4. //Create our RawContact
  5. ContentProviderOperation. Builder builder = ContentProviderOperation. newInsert ( RawContacts. CONTENT_URI ) ;
  6. builder. withValue ( RawContacts. ACCOUNT_NAME , account. name ) ;
  7. builder. withValue ( RawContacts. ACCOUNT_TYPE , account. type ) ;
  8. builder. withValue ( RawContacts. SYNC1 , username ) ;
  9. operationList. add ( builder. build ( ) ) ;
  10. //Create a Data record of common type 'StructuredName' for our RawContact
  11. builder = ContentProviderOperation. newInsert ( ContactsContract. Data . CONTENT_URI ) ;
  12. builder. withValueBackReference ( ContactsContract. CommonDataKinds . StructuredName . RAW_CONTACT_ID , 0 ) ;
  13. builder. withValue ( ContactsContract. Data . MIMETYPE , ContactsContract. CommonDataKinds . StructuredName . CONTENT_ITEM_TYPE ) ;
  14. builder. withValue ( ContactsContract. CommonDataKinds . StructuredName . DISPLAY_NAME , name ) ;
  15. operationList. add ( builder. build ( ) ) ;
  16. //Create a Data record of custom type "vnd.android.cursor.item/vnd.fm.last.android.profile" to display a link to the Last.fm profile
  17. builder = ContentProviderOperation. newInsert ( ContactsContract. Data . CONTENT_URI ) ;
  18. builder. withValueBackReference ( ContactsContract. Data . RAW_CONTACT_ID , 0 ) ;
  19. builder. withValue ( ContactsContract. Data . MIMETYPE , "vnd.android.cursor.item/vnd.fm.last.android.profile" ) ;
  20. builder. withValue ( ContactsContract. Data . DATA1 , username ) ;
  21. builder. withValue ( ContactsContract. Data . DATA2 , "Last.fm Profile" ) ;
  22. builder. withValue ( ContactsContract. Data . DATA3 , "View profile" ) ;
  23. operationList. add ( builder. build ( ) ) ;
  24. try {
  25. mContentResolver. applyBatch ( ContactsContract. AUTHORITY , operationList ) ;
  26. } catch ( Exception e ) {
  27. Log. e ( TAG, "Something went wrong during creation! " + e ) ;
  28. e. printStackTrace ( ) ;
  29. }
  30. }

Social status updates

Android keeps another table for social networking status updates. Inserting a record into this table will replace any previous status if the timestamp of the insert is newer than the previous timestamp, otherwise the previous record will remain and the new insert will be discarded. A status update record is associated with a Data record, in our implementation we will associate it with our Last.fm profile record. Status records contain the status text, a package name where resources are located, an icon resource, and a label resource. Below is a function that will insert a status update, as well as updating our Last.fm Profile Data record to display the last track the user listened to. Note that for efficiency purposes, we will send all the updates in a single batch, so Android will only run a single aggregation pass at the end.

updateContactStatus method

  1. private static void updateContactStatus ( ArrayList < ContentProviderOperation > operationList, long rawContactId, Track track ) {
  2. Uri rawContactUri = ContentUris. withAppendedId ( RawContacts. CONTENT_URI , rawContactId ) ;
  3. Uri entityUri = Uri. withAppendedPath ( rawContactUri, Entity . CONTENT_DIRECTORY ) ;
  4. Cursor c = mContentResolver. query ( entityUri, new String [ ] { RawContacts. SOURCE_ID , Entity . DATA_ID , Entity . MIMETYPE , Entity . DATA1 } , null , null , null ) ;
  5. try {
  6. while ( c. moveToNext ( ) ) {
  7. if ( ! c. isNull ( 1 ) ) {
  8. String mimeType = c. getString ( 2 ) ;
  9. String status = "" ;
  10. if ( track. getNowPlaying ( ) ! = null && track. getNowPlaying ( ) . equals ( "true" ) )
  11. status = "Listening to " + track. getName ( ) + " by " + track. getArtist ( ) ;
  12. else
  13. status = "Listened to " + track. getName ( ) + " by " + track. getArtist ( ) ;
  14. if ( mimeType. equals ( "vnd.android.cursor.item/vnd.fm.last.android.profile" ) ) {
  15. ContentProviderOperation. Builder builder = ContentProviderOperation. newInsert ( ContactsContract. StatusUpdates . CONTENT_URI ) ;
  16. builder. withValue ( ContactsContract. StatusUpdates . DATA_ID , c. getLong ( 1 ) ) ;
  17. builder. withValue ( ContactsContract. StatusUpdates . STATUS , status ) ;
  18. builder. withValue ( ContactsContract. StatusUpdates . STATUS_RES_PACKAGE , "fm.last.android" ) ;
  19. builder. withValue ( ContactsContract. StatusUpdates . STATUS_LABEL , R. string . app_name ) ;
  20. builder. withValue ( ContactsContract. StatusUpdates . STATUS_ICON , R. drawable . icon ) ;
  21. if ( track. getDate ( ) ! = null ) {
  22. long date = Long . parseLong ( track. getDate ( ) ) * 1000 ;
  23. builder. withValue ( ContactsContract. StatusUpdates . STATUS_TIMESTAMP , date ) ;
  24. }
  25. operationList. add ( builder. build ( ) ) ;
  26. builder = ContentProviderOperation. newUpdate ( Co 分享到: Setup http proxy for Android emulator | ARM NEON
    • 2011-03-17 12:02
    • 浏览 2254
    • 评论(0)
    • 分类:移动开发
    • 相关推荐
    评论
    发表评论

    您还没有登录,请您登录后再发表评论

更多相关文章

  1. Android乐动力V5.75最新获Key方法,提交步数,QQ登陆获取key案例
  2. android 按钮置灰效果
  3. Android:利用SharedPreferences实现自动登录
  4. Android按返回键退出程序
  5. android flutter打包 apk 及接facebook 及google登录的密钥生成
  6. JS获取整个HTML网页代码 - Android(安卓)集美软件园 - 博客频道
  7. android 短信监听
  8. Android第三方登录-----微信登录接入方法
  9. Android(安卓)登录界面调用输入法时让界面自动上移,使输入法不会

随机推荐

  1. Android深入浅出教程
  2. Android UI开发第三十九篇——Tab界面实
  3. Android(安卓)情景模式的设置
  4. Android中EditText隐藏/自动弹出输入法的
  5. [转]Android高手进阶教程(四)之----Andro
  6. Android 文件路径详解
  7. Android(安卓)编程:calledfromWrongThread
  8. Android基础笔记(六)-网络编程
  9. Android开发入门必知:应用界面组成
  10. Android(安卓)Web App官方文档翻译第一章