Wednesday, October 28, 2009

Upgrading to android SDK 2.0

This time the upgrade is much simpler than with previous versions. Upgrading is now supported from inside android tools itself.
Assuming you have already configured your installation to be able to install as root and run as unprivileged users as was described in previous posts, upgrading is a simple task, just run

$ sudo android


the select the desired components to install (i.e.: SDK Platform Android 2.0) and click Install Selected

Once you upgrade you still need to fix the permissions again, to do it run

$ wget -qO - http://android.codtech.com/android-tools/android-fixperms | sudo bash -s -- --sdk --sdk-dir=/opt/android

If you have installed android SDK to a different directory replace /opt/android in previous command by the correct location.

Hope this helps.

Tuesday, October 27, 2009

Japan Linux Symposium 2009 pictures





Photos from the Japan Linux Symposium. Some of them were taken at the VIP Reception at the MADO LOUNGE, which is located on the 52nd floor of Mori Tower in the Roppongi Hills. From 250 meters above sea-level, you can enjoy amazing views of Tokyo.

One of the photos taken by Keiko, who sent me the photo later, shows Klaas, Linus and me. There are other photos of Tokyo from the tower. They were taken with my Android HTC Hero, so you may understand they are not the best.
Finally, photos from the presentation that were kindly taken by Scott Trent.

Sunday, October 25, 2009

Android Tutorial at 1st Japan Linux Symposium

I would like to thank Linux Foundation for the invitation to present the Android Tutorial at the 1st Japan Linux Symposium.
A successful event indeed, and I was gladly surprised by all the interest in Android development attendees demonstrated.
Some requested me the presentation slides and I wrongly assumed they could be located at the official site. My fault. Anyway, you can find the presentation and other resources at http://android.codtech.com/jls2009 or if you prefer at slideshare.

This newest Linux Foundation event in Asia Pacific brought together developers, managers, executives, students and end users from Japan, Korea, China and many International countries.

I have had a great time in Tokyo and I hope to be here for 2010 too.

I would also thank Scott Trent, who took this and other great pictures of the event. You can find them at day 1, day 2 and day 3.

Friday, October 09, 2009

Android SDK: one step closer

Starting with the latest android 1.6 SDK release 1, Google is distributing the Linux version as a TGZ file instead of ZIP.
We mentioned the problem of distributing the Linux version as a ZIP file in previous posts, loosing ownerships and file permissions is a problem when you install the SDK or NDK in a multiuser environment.

Well, we are halfway there, still there's some permission problems that you can fix using android-fixperms that can be downloaded from this site.

Use it like this, for example to change the SDK installed at /opt/android-sdk-linux_x86-1.6_r1

$ android-fixperms --sdk --sdk-dir=/opt/android-sdk-linux_x86-1.6_r1

Hope this helps.

Wednesday, September 23, 2009

Android: android.process.acore has stopped

I've started to receive the infamous message: The process android.process.acore has stopped unexpectedly. Please try again. Is this the android counterpart of the blue screen of death ?


Lately I'm receiving this annoyingly often. Googling for it you can find some links giving some solutions I found unacceptable like hardware resetting the phone.

Notice: There could be many causes for this problem, so follow the steps presented here to determine if you are in this case.

Hence, I decided to take some action and find the reason. After some debugging this is what I've found:
09-23 16:32:13.798: DEBUG/Sync(110): skipping photo edit for unsynced contact
09-23 16:32:13.938: WARN/dalvikvm(110): threadid=37: thread exiting with uncaught exception (group=0x4000fe70)
09-23 16:32:13.938: ERROR/AndroidRuntime(110): Uncaught handler: thread SyncThread exiting due to uncaught exception
09-23 16:32:13.948: ERROR/AndroidRuntime(110): java.lang.NullPointerException
09-23 16:32:13.948: ERROR/AndroidRuntime(110): at com.android.providers.contacts.ContactsSyncAdapter.cursorToContactsElement(ContactsSyncAdapter.java:846)

Unfortunately the problem, a NullPointerException, is in ContactsSyncAdapter.java, a piece of Google maintained code AFAIK and we can only watch it happens and no much more than finding a workaround. Before introducing the workaround let's analyze one of the possible reasons for this problem.

Last message before the exception is

skipping photo edit for unsynced contact

so the problem might be an edition of a contact photo that can't be synced.

On possible workaround is to disable Auto-sync for Google data.
Try to synchronize Gmail, Calendar and Contacts and check if you receive the android.process.acore has stopped unexpectedly message.

Fortunately you can just disable Contacts synchronization. You should remember to synchronize manually your Contacts data until you find another solution, an upgrade is provided by Google, you can delete all of your Contacts and hope for the best or hard reset your phone.


Hope this helps.

Friday, September 04, 2009

Android: Sharing your mobile connection with your computer (tethe









This document can be read in Google Docs (http://docs.google.com/View?id=ddwc44gs_209f9dhxqd6), cut and paste link if you have problems accessing it.






This post shows how easy is to share your mobile network to your Ubuntu 9.04 computer (should work with other Linux distributions as well) using your HTC Hero.
Tethering with no rooting, no drivers to install (as with other OSs), no complex settings...
Too boring, it just works.

enable mobile network sharing in your phone

 
for this option to work USB cable must be connected






that's all

Your phone was detected as an USB network adapter and NetworkManager did all the dirty work for you.
Your computer is now connected to the mobile network !






Conclusion


If everything works just like that this blog would become very boring :-)



If you have comments, ideas, critiques or whatever just drop me a line or leave a comment in the blog.




Copyright © 2009 Diego Torres Milano. All rights reserved.



















































Tuesday, September 01, 2009

Fixing Android NDK permissions

Lately Linux is being treated more as a kind of Windows-like than a UNIX-like operating system it really is.
It seems that everybody has forgotten it is a multiuser operating system and most likely you don't want to install a single copy of every software just because some permissions are wrongly set mainly due to be distributed as a ZIP file which doesn't store this information.

Fixing Android SDK permissions was described in Ooops!..., they did it again. Here, we are fixing Android NDK permissions for your multi-user development environment.

Android NDK is a companion tool to the Android SDK that lets Android application developers build performance-critical portions of their apps in native code.

Other problem you may find during installation in Debian and Ubuntu is that Android NDK installation script invokes /bin/sh expecting to be bash. If you use bash syntax you should invoke it using /bin/bash. This problem will be fixed in next release.

Use this script to fix all of the problems, after unzipping as root:

#! /bin/bash


NDK_DIR=${NDK_DIR:-/opt/android-ndk-1.5_r1}

sudo chmod a+rx $NDK_DIR
sudo find $NDK_DIR/ -type d -exec chmod a+rx {} \;
sudo find $NDK_DIR/ ! -perm -044 -exec chmod g+r,o+r {} \;
sudo find $NDK_DIR/ -type d -name bin -exec chmod -R a+x {} \;
[ ! -d $NDK_DIR/out/apps ] && sudo mkdir $NDK_DIR/out/apps
sudo chmod a+rwx $NDK_DIR/out/apps
( cd $NDK_DIR && sudo bash build/host-setup.sh )


Hope this helps.

Monday, August 24, 2009

Google Chrome in the clouds

Recently, you may have heard a lot about Google Chrome OS, an open source, lightweight operating system that will initially be targeted at netbooks that will provide a platform to run Google Chrome browser.
This will be available for consumers in the second half of 2010 and some time earlier for developers.
Well, if you impatience triggers and you can't wait so long, here is something that may help you cope with it.


This video demonstrates a cult thin client google chrome edition software booting straight to a Google Chrome browser.





IMPORTANT: This is not Google Chrome OS and is not related in any way with Google.



The main idea behind cult google chrome edition is to move everything to the cloud, even the operating system and configuration. This started as a cult stress test, which is a platform to further develop and customize thin clients Operating Systems.
cult google chrome edition it's initially targeted at thin clients, however it can be used by other classes of hardware and virtual machines as well. Using network boot, provides a platform to run Google Chrome browser too, but avoiding OS installation.
To achieve this goal cult google chrome edition is kept as small and fast as possible.

An early preview, as showed in the video, containing the most fundamental features but there's still a lot to be done.
A LiveCD/LiveDVD ISO image (only 35MB) is available for download. This same image can also be used to network boot thin clients, PCs or virtual machines as explained in the documentation.
Download it from http://sourceforge.net/projects/cult-thinclient/files/cult-classic-custom/cult-google-chrome-edition/cult-3.1-classic-custom-tiny-google-chrome.iso/download, enjoy it and send you comments and suggestions to improve future versions.

More in depth information can be found at http://cult.codtech.com, specifically here.

Tuesday, August 18, 2009

AutoAndroid: Pizza order sample









This document can be read in Google Docs (http://docs.google.com/View?id=ddwc44gs_203g7xcxfr9), cut and paste link if you have problems accessing it.






We analyzed the basic concepts behind autandroid in a previous post, now let's introduce a slightly more interesting example.


pizza order example












This sample includes autoandroid.jar and can be downloaded from http://codtech.com/downloads/android/index.html#source as an Eclipse project (AutoAndroidSamples.zip).





This introductory example provides some automatic behavior of UI components.

Our objective is to obtain, writing as less code as possible, the following functionality.



A standard Activity displays some Buttons to launch different samples. Right now we have only two Buttons corresponding to our samples.













Clicking the Pizza order samples Button launches the Dialog.











Some automatic behavior has been defined in the XML file and thus it's automatically available in the Dialog.

This behavior includes:



  • If quantity is 0, then OK is disabled


  • Quantity value is automatically updated depending on the seek bar position



  • All values are exported so they can be retrieved from the parent Activity


  • Cancel and OK buttons have the corresponding default behavior




Once some values are entered, pressing the OK Button the Dialog is dismissed and the values are passed back to the invoking Activity.











pizza_order_sample.xml


This is the layout of our sample dialog.

We can do it as we normally do using ADT's Layout Editor.













However, to provide the extra behavior we have to add some properties in the XML view of the editor.










<?xml version="1.0" encoding="utf-8"?>

<LinearLayout

    xmlns:android="http://schemas.android.com/apk/res/android"

    xmlns:auto="http://schemas.android.com/apk/res/com.codtech.android.samples.autoandroid"

    android:orientation="vertical" android:layout_height="fill_parent"

    android:layout_width="300dip"  

    android:id="@+id/LinearLayoutPizzaOrder">



    <com.codtech.android.auto.widget.AutoRadioGroup

        android:id="@+id/RadioGroupPizza"

        android:layout_width="wrap_content"

        android:layout_height="wrap_content"

        auto:export="true"

        auto:name="pizza">

        <RadioButton android:id="@+id/RadioButton01"

            android:layout_width="wrap_content"

            android:layout_height="wrap_content"

            android:layout_marginLeft="6dip" android:text="Margherita"

            android:layout_marginTop="-6dip" android:checked="true">

        </RadioButton>

        <RadioButton android:id="@+id/RadioButton02"

            android:layout_width="wrap_content"

            android:layout_height="wrap_content"

            android:layout_marginLeft="6dip" android:text="Prosciutto">

        </RadioButton>

        <RadioButton android:id="@+id/RadioButton03"

            android:layout_width="wrap_content"

            android:layout_height="wrap_content"

            android:layout_marginLeft="6dip"

            android:text="Quattro Stagioni">

        </RadioButton>

    </com.codtech.android.auto.widget.AutoRadioGroup>

    

    <TextView android:id="@+id/TextView02"

        android:layout_width="wrap_content"

        android:layout_height="wrap_content" android:text="Additionals"

        android:textStyle="bold" android:layout_marginLeft="3dip"

        android:layout_marginTop="3dip"></TextView>

        

    <com.codtech.android.auto.view.AutoCheckBox 

        android:id="@+id/CheckBoxExtraMozzarella"

        android:layout_width="wrap_content"

        android:layout_height="wrap_content"

        android:layout_marginLeft="6dip"

        android:text="Extra mozzarella"

        auto:export="true">

    </com.codtech.android.auto.view.AutoCheckBox>

        

    <com.codtech.android.auto.view.AutoCheckBox

        android:id="@+id/CheckBoxPepperoni"

        android:layout_width="wrap_content"

        android:layout_height="wrap_content"

        android:layout_marginLeft="6dip"

        android:text="Pepperoni"

        auto:export="true">

    </com.codtech.android.auto.view.AutoCheckBox>

        

    <TextView android:id="@+id/TextView03"

        android:layout_width="wrap_content"

        android:layout_height="wrap_content" android:text="Quantity"

        android:textStyle="bold" android:layout_marginLeft="3dip"

        android:layout_marginTop="3dip"></TextView>



    <LinearLayout android:id="@+id/LinearLayout02"

        android:layout_height="wrap_content"

        android:layout_width="fill_parent"

        android:orientation="horizontal">

        <com.codtech.android.auto.view.AutoSeekBar 

            android:layout_height="wrap_content"

            android:layout_margin="6dip"

            android:layout_width="wrap_content"

            android:layout_weight="1" android:id="@+id/SeekBarQuantity"

            auto:update="@+id/TextViewQuantity"

            android:max="10"

            auto:export="true"

            auto:name="quantity"

            auto:sensitize="@+id/ButtonPizzaOrderDialogOk">

        </com.codtech.android.auto.view.AutoSeekBar>

        <TextView android:layout_width="wrap_content"

            android:layout_weight="0" android:layout_margin="6dip"

            android:layout_height="fill_parent"

            android:layout_gravity="center"

            android:gravity="center_vertical|right"

            android:textStyle="bold" android:id="@id/TextViewQuantity"

            android:maxLength="3" android:text="0"

            android:background="#555555"

            ></TextView>

    </LinearLayout>

    

    <RelativeLayout android:id="@+id/LinearLayout01"

        android:layout_height="wrap_content"

        android:layout_width="fill_parent"

        android:layout_margin="3dip"

        android:background="@color/dialog_action_background">

        <Button android:layout_width="wrap_content"

            android:layout_height="wrap_content"

            android:layout_alignParentLeft="true"

            android:text="Cancel" android:width="100dip"

            android:id="@+id/ButtonPizzaOrderDialogCancel"

            auto:dialog_action="cancel"

            android:layout_margin="3dip"></Button>

        <Button android:layout_width="wrap_content"

            android:layout_height="wrap_content"

            android:layout_alignParentRight="true"

            android:text="OK" android:width="100dip"

            android:id="@id/ButtonPizzaOrderDialogOk"

            auto:dialog_action="positive"

            android:clickable="false"

            android:enabled="false"

            android:layout_margin="3dip"

            ></Button>

    </RelativeLayout>



</LinearLayout>







Let's explain the changes:




  1. Define the namespace auto. The name that appears after http://schemas.android.com/apk/res is usually the package name of your application and will be used in an attribute definition (attrs.xml).


  2. The root layout must have an ID as it's used by some methods in the library and should be identifiable. The name here is LinearLayoutPizzaOrder but it could be whatever you like.


  3. Then, a com.codtech.android.auto.widget.AutoRadioGroup which is a class that extends RadioGroup and provides some automatic behavior.


  4. Mark the AutoRadioGroup as exported so we can obtain its value later. This is achieved using auto:export="true".



  5. As it is exported we give it a name, text in this case, to obtain the value later. auto:name="pizza" does the trick.



  6. Two AutoCheckBoxes,also exported hold additional options.


  7. An AutoSeekBar, exported under the name "quantity" provides also two other options, automatically update a text field depending on the seek bar value using auto:update="@+id/TextViewQuantity". It also automatically sensitize the OK Button using auto:sensitize="@+id/ButtonPizzaOrderDialogOk".


  8. Finally, mark the buttons using auto:dialog_action="positive" and auto:dialog_action="cancel".



Styleable attributes


The way we are adding these attributes is by defining styleable attributes in a file usually attrs.xml.










<?xml version="1.0" encoding="utf-8"?>



<resources>

<declare-styleable name="com.codtech.android.samples.autoandroid">

    <attr name="name" format="string" />

    <attr name="init" format="string" />

    <attr name="sensitize" format="reference" />

    <attr name="show" format="reference" />

    <attr name="update" format="reference" />

    <attr name="export" format="boolean" />

    <attr name="dialog_ok" format="boolean" />

    <attr name="dialog_action" format="string" />

</declare-styleable>

</resources>




AutoAndroidSamples.java


This is our sample Activity.










/*

 * Copyright © 2009 COD Technologies Ltd.  www.codtech.com


 *


 * $Id: AutoAndroidSamples.java 131 2009-08-15 00:28:47Z diego $


 *


 *


 */




package com.codtech.android.samples.autoandroid;




import android.app.Activity;


import android.app.Dialog;


import android.content.DialogInterface;


import android.content.DialogInterface.OnDismissListener;


import android.os.Bundle;


import android.view.View;


import android.view.View.OnClickListener;


import android.widget.Button;


import android.widget.Toast;




import com.codtech.android.auto.app.AutoDialog;






public class AutoAndroidSamples extends Activity implements OnClickListener, OnDismissListener {


    private static final int DIALOG_SAMPLE_ID = R.id.Button01;


    private static final int DIALOG_PIZZA_ORDER_SAMPLE_ID = R.id.Button02;


    


    private AutoDialog ad01;


    private AutoDialog ad02;




    /** Called when the activity is first created. */


    @Override


    public void onCreate(Bundle savedInstanceState) {


        super.onCreate(savedInstanceState);


        setContentView(R.layout.samples);


        


        ((Button) findViewById(R.id.Button01)).setOnClickListener(this);


        ((Button) findViewById(R.id.Button02)).setOnClickListener(this);


    }




    /* (non-Javadoc)


     * @see android.view.View.OnClickListener#onClick(android.view.View)


     */


    @Override


    public void onClick(View v) {


        showDialog(v.getId());        


    }




    


    /* (non-Javadoc)


     * @see android.app.Activity#onCreateDialog(int)


     */


    @Override


    protected Dialog onCreateDialog(int id) {


        switch (id) {


        case DIALOG_SAMPLE_ID:


            ad01 = new AutoDialog(this, R.layout.dialog_sample,


                R.string.dialog_sample_title);


            ad01.setOnDismissListener(this);


            return ad01;




        case DIALOG_PIZZA_ORDER_SAMPLE_ID:


            
ad02 = new AutoDialog(this, R.layout.pizza_order_sample,

               
R.string.dialog_pizza_order_sample_title);

            
ad02.setOnDismissListener(this);

            
return ad02;

            


        default:


            break;


        }


        


        return super.onCreateDialog(id);


    }




    /* (non-Javadoc)


     * @see android.app.Activity#onPrepareDialog(int, android.app.Dialog)


     */


    @Override


    protected void onPrepareDialog(int id, Dialog dialog) {


        // TODO Auto-generated method stub


        super.onPrepareDialog(id, dialog);


    }




    /* (non-Javadoc)


     * @see android.content.DialogInterface.OnDismissListener#
onDismiss(android.content.DialogInterface)


     */


    @Override


    public void onDismiss(DialogInterface dialog) {


        if ( dialog instanceof AutoDialog ) {


            AutoDialog ad = (AutoDialog)dialog;


            


            if ( ad.isCanceled() ) {


                return;


            }


            


            
Bundle bundle = ad.getAutoBundle();

            


            if ( ad.equals(ad01) ) {


                Toast.makeText(this, "Entered value: " + bundle.getString("text"),


                    Toast.LENGTH_SHORT).show();


            }


            else if ( ad.equals(ad02)) {


                
Toast.makeText(this, composePizzaOrderMessage(bundle),

                   
Toast.LENGTH_SHORT).show();

            }


        }


    }




    /**


     * @param bundle


     * @return


     */


    private String composePizzaOrderMessage(Bundle bundle) {


        final int quantity = bundle.getInt("quantity");


        if ( quantity > 0 ) {


            final StringBuilder msg = new StringBuilder(String.format("Make %d %s pizza%s",


               quantity, bundle.get("pizza"), (quantity > 1) ? "s" : ""));


            final boolean extraMozzarella = bundle.getBoolean("extra mozzarella");


            final boolean pepperoni = bundle.getBoolean("pepperoni");


            if ( extraMozzarella ) {


                msg.append(" with extra mozzarella");


                if ( pepperoni ) {


                    msg.append(" and pepperoni");


                }


            }


            else if ( pepperoni ) {


                msg.append(" with pepperoni");


            }


            


            return msg.toString();


        }




        return "No pizzas ordered";


    }




}



Creating the AutoDialog specifying the layout and the title in the constructor is all we need to have our Dialog working.

When the Dialog is dismissed we can obtain all of the exported values in a Bundle using the getAutoBundle() method.




Conclusion


This is a more practical example of AutoAndroid. With almost no code we have managed common behavior that frequently appears in Android applications. Some other samples will follow demonstrating other features. Stay tuned.



If you have comments, ideas, critiques or whatever just drop me a line or leave a comment in the blog.




Copyright © 2009 Diego Torres Milano. All rights reserved.


















































Thursday, August 13, 2009

Save the date: Android Tutorial at 1st Linux Symposium Japan

Mark your calendars. On October 23, 2009, 13:30 I will be presenting Introduction to Android Development a tutorial where we will be analyzing the components from the Linux kernel to the middleware and key applications that make up the Android software stack.
We will be also introducing the keys to start developing Android applications on Linux presenting some sample application featuring the most relevant features of the platform from UI design to Location Based Services.

Japan Linux Symposium takes place at Akihabara Convention Hall - Tokyo, Japan from October 21 till October 23, 2009.
Hope to see you there.

Wednesday, August 12, 2009

Android: Is AutoAndroid possible ?









This document can be read in Google Docs (http://docs.google.com/View?id=ddwc44gs_195pgbkpfwn), cut and paste link if you have problems accessing it.






Some time ago, while working on some Linux projects requiring GUIs for some commands I've started autoglade, an Open Source project aiming to fill some gap between scripts and command line utilities and GUIs.

As a proof of concept, I'm wondering if a similar approach would be possible in Android, so let's find out what can be done.

Your comments and suggestions are greatly appreciated.


autoglade


autoglade's main objective is to automate as much as possible the design and implementation of Gnome/GTK based, cross platform applications whose GUI is designed with Glade.

A clear idea of what autoglade is about can be obtained taking a glimpse at autoglade tutorial: first steps (problems with SF's wiki ? access this Google cached version) .

More in-depth treatment of autoglade features and a very interesting cross-platform example, autoeditor, can be found at autoglade features.


autoandroid


Would it be at all possible to take a similar approach to streamline android UI design and implementation, factoring the repetitive tasks you have to write again and again for many applications ?

autoandroid library is distributed as a jar file that you can add to your android project java build path.




introductory example


This introductory example provides some automatic behavior of UI components.

Our objective is to obtain, writing as less code as possible, the following functionality.











This sample including autoandroid-0.2.jar can be downloaded from http://codtech.com/downloads/android/index.html#source as an Eclipse project (AutoAndroidSamples.zip).







A standard Activity displays our custom Dialog once the Button is clicked








The custom Dialog displayed has an EditText and a Button. The EditText starts empty and the Button disabled.








Once some text is entered the Button is activated. If the text is deleted the Button returns to its disabled state.








When the Button is pressed the text entered in the EditText is displayed by the main Activity using a Toast, that is we are easily getting the exported values from the Dialog.












dialog_sample.xml


This is the layout of our sample dialog.

We can do it as we normally do using ADT's Layout Editor.








However, to provide the extra behavior we have to add some properties in the XML view of the editor.










<?xml version="1.0" encoding="utf-8"?>



<LinearLayout xmlns:android="http://schemas.android.com/apk/res/android"


    
xmlns:auto="http://schemas.android.com/apk/res/com.codtech.android.samples.autoandroid"

    android:layout_height="wrap_content" android:layout_width="fill_parent"


    android:orientation="vertical"


    
android:id="@+id/Root">

    <
com.codtech.android.auto.view.AutoEditText android:id="@+id/EditText01"

        android:layout_height="wrap_content"


        android:layout_width="fill_parent" android:layout_margin="6dip"


        
auto:export="true"

        
auto:name="text"

        
auto:sensitize="@+id/Button01"

        android:hint="@string/edittext_hint" />


    <Button android:id="@id/Button01"


        android:layout_width="wrap_content"


        android:layout_height="wrap_content" android:text="OK" android:width="150dip"


        android:layout_gravity="right"


        android:enabled="false"


        android:clickable="false"


        
auto:dialog_action="positive" />

</LinearLayout>




Let's explain the changes:




  1. Define the namespace auto. The name that appears after http://schemas.android.com/apk/res is usually the package name of your application and will be used in an attribute definition (attrs.xml). More on this later.


  2. The root layout must have an ID as it's used by some methods in the library and should be identifiable. The name here is Root but it could be whatever you like, though Root seems to be a good option.


  3. Instead of EditText we use com.codtech.android.auto.view.AutoEditText which is a class that extends EditText and provides some automatic behavior. As you can see, this usually doesn't affect how the layout is displayed in the editor.


  4. Mark the AutoEditText as exported so we can obtain its value later. This is achieved using auto:export="true".



  5. As it is exported we give it a name, text in this case, to obtain the value later. auto:name="text" does the trick.



  6. We automatically sensitize Button01 depending on the content of this EditText. Note that here we are assigning the ID to the Button using @+id because it has not yet been defined and we want to create the ID.


  7. Mark Button01 as the positive action of the Dialog using auto:dialog_action="positive"




Styleable attributes


The way we are adding these attributes is by defining styleable attributes in a file usually attrs.xml.










<?xml version="1.0" encoding="utf-8"?>



<resources>


<declare-styleable name="com.codtech.android.samples.autoandroid">


    <attr name="name" format="string" />


    <attr name="init" format="string" />


    <attr name="sensitize" format="reference" />


    <attr name="show" format="reference" />


    <attr name="update" format="reference" />


    <attr name="export" format="boolean" />


    <attr name="dialog_ok" format="boolean" />


    <attr name="dialog_action" format="string" />


</declare-styleable>


</resources>




AutoAndroidSamples.java


This is our sample Activity.










package com.codtech.android.samples.autoandroid;



import android.app.Activity;


import android.content.DialogInterface;


import android.content.DialogInterface.OnDismissListener;


import android.os.Bundle;


import android.view.View;


import android.view.View.OnClickListener;


import android.widget.Button;


import android.widget.Toast;




import com.codtech.android.auto.app.AutoDialog;




public class AutoAndroidSamples extends Activity implements OnClickListener, OnDismissListener {


    private AutoDialog ad;




    /** Called when the activity is first created. */


    @Override


    public void onCreate(Bundle savedInstanceState) {


        super.onCreate(savedInstanceState);


        setContentView(R.layout.samples);


        


        ((Button) findViewById(R.id.Button01)).setOnClickListener(this);


    }




    @Override


    public void onClick(View v) {


        ad =
new AutoDialog(this, R.layout.dialog_sample,

            R.string.dialog_sample_title);

        ad.setOnDismissListener(this);


        ad.show();


    }




    @Override


    public void onDismiss(DialogInterface arg0) {


        if ( ! ad.isCanceled() ) {


            Bundle bundle =
ad.getAutoBundle();

            Toast.makeText(this, "Entered value: " +


                bundle.getString("text"), Toast.LENGTH_SHORT)


                .show();


        }


    }


}





  1. Set the layout to samples, a simple layout containing the button to display the Dialog when clicked


  2. Set the OnClickListener on this Button


  3. On the onClick handler create the AutoDialog using dialog_sample layout shown previously and a title we defined in strings.xml


  4. Set the OnDismissListener of the AutoDialog


  5. On the onDismiss handler check if the AutoDialog was canceled, a value that is automaticaly set, and if not get the Bundle containing the exported values, extract the String for "text" and display it as a Toast.




Conclusion


We have just scratched the ice.
There are some limitations imposed by the SDK, for example there's no a way to specify a list of resource ids in a styleable attribute, so if we want to update or sensitize a list of Views depending on the state of other View we need to find another way of doing it.

Anyway, this is an extremely simple example of AutoAndroid and its common use. Some other samples will follow demonstrating other features like Pizza Shop which is also an autoglade sample.





If you have comments, ideas, critiques or whatever just drop me a line or leave a comment in the blog.




Copyright © 2009 Diego Torres Milano. All rights reserved.















































Tuesday, July 07, 2009

Android: Testing on the Android platform - Is Toast leaking ?









This document can be read in Google Docs (http://docs.google.com/View?id=ddwc44gs_194s36s83fz), cut and paste link if you have problems accessing it.






A couple of days ago I've found an interesting post by skink on Android Developers group titled **never ever** use Toasts with Activity context. The post speaking about NotifyWithText in ApiDemos, states something like:


"...try to show any Toast, then exit NotifyWithText

demo. run it again - you will see getInstanceCount() increases leaking

Activities. repeat running demo couple of times. counter still

increases."


So the questions are:



  • Is Toast leaking Context objects ?


  • Is it a bug in Toast, in ApiDemos, in the documentation ?


  • Should we use Application Context instead ?




Let's try to find the answers using some Unit Tests as we have been investigating in previous articles in this blog.


ToastActivity


Let's recreate a oversimplified version of the Activity to display just the Toast depending on an extra parameter DISPLAY_TOAST in the Intent starting the Activity.










package com.codtech.android.training.toast;



import android.app.Activity;

import android.app.Application;

import android.content.Context;

import android.content.Intent;

import android.os.Bundle;

import android.util.Log;

import android.widget.Toast;



public class ToastActivity extends Activity {

    private static final String TAG = "ToastActivity";

    public static final String USE_ACTIVITY_CONTEXT =

        "com.codtech.android.training.toast.useActivityContext";

    public static final String DISPLAY_TOAST =

        "com.codtech.android.training.toast.displayToast";

    private Context toastContext;

    private boolean useActivityContext;

    private boolean displayToast;

    

    /** Called when the activity is first created. */

    @Override

    public void onCreate(Bundle savedInstanceState) {

        super.onCreate(savedInstanceState);



        final Intent intent = getIntent();

        useActivityContext =

            intent.getBooleanExtra(USE_ACTIVITY_CONTEXT, true);

        displayToast =

            intent.getBooleanExtra(DISPLAY_TOAST, true);

        

        if ( useActivityContext ) {

            toastContext = this;

        }

        else if ( displayToast ) {

            toastContext =

                getApplication().getApplicationContext();

        }

    }

      

    

    /* (non-Javadoc)

     * @see android.app.Activity#onPause()

     */

    @Override

    protected void onResume() {

        super.onResume();

        if ( displayToast ) {

            Toast.makeText(toastContext,

                "Sample Toast: " + getInstanceCount(),

                Toast.LENGTH_SHORT).show();

        }

        else {

            Log.d(TAG, "No toast displayed");

        }

        finish();

    }





    /* (non-Javadoc)

     * @see android.app.Activity#onDestroy()

     */

    @Override

    protected void onDestroy() {

        super.onDestroy();

        Log.d(TAG, "Activity destroyed: " + this);

    }



}




ToastActivity Tests



As usual, let's create our test to.



In this very particular case we want it to run several times specified by ToastActivityTests.N, 50 actually but you can change it if you like, to see if displaying a Toast or not change things in some way.



RepeatedTestSuite



This class implements repeated tests.











package com.codtech.android.training.toast.tests;



import junit.framework.Test;

import junit.framework.TestSuite;



public class ReapeatedTestSuite extends TestSuite {

    

    public static Test repeatedSuite(Test test, int count) {

        TestSuite suite = new TestSuite("Repeated");

        

        // there's no RepeatedTest in android's junit

        for (int i=0; i<count; i++) {

            suite.addTest(test);

        }

    

        return suite;

    }

}




RepeatedActivityContextWithToast


This test will run testSingleActivityContextWithToast starting the activity displaying the Toast several times










/**

 *

 */

package com.codtech.android.training.toast.tests;



import junit.framework.Test;





/**

 * @author diego

 *

 */

public class RepeatedActivityContextWithToast extends ReapeatedTestSuite {

    public static Test suite() {

        return repeatedSuite(

            new ToastActivityTests("testSingleActivityContextWithToast"),

            ToastActivityTests.N);

    }

}





RepeatedActivityContextWithoutToast


This test will run testSingleActivityContextWithoutToast starting the activity, without displaying any Toast, several times










/**

 *

 */

package com.codtech.android.training.toast.tests;



import junit.framework.Test;





/**

 * @author diego

 *

 */

public class RepeatedActivityContextWithoutToast extends ReapeatedTestSuite {

    public static Test suite() {

        return repeatedSuite(

            new ToastActivityTests("testSingleActivityContextWithoutToast"),

            ToastActivityTests.N);


    }

}







ToastActivityTests


We decided to fail the test if the Activity instance count reaches N/4.












/**

 *

 */

package com.codtech.android.training.toast.tests;





import java.lang.reflect.Method;



import android.app.Instrumentation;

import android.content.Intent;

import android.os.Bundle;

import android.test.ActivityInstrumentationTestCase2;

import android.test.FlakyTest;

import android.test.suitebuilder.annotation.MediumTest;

import android.util.Log;



import com.codtech.android.training.toast.ToastActivity;



/**

 * @author diego

 *

 */

public class ToastActivityTests

    extends ActivityInstrumentationTestCase2<ToastActivity> {




    private static final String TAG = "ToastActivityTests";

    public static final int N = 50;



    /**

     * @param name

     */

    public ToastActivityTests(String name) {

        super("com.codtech.android.training.toast",

            ToastActivity.class);


        setName(name);

    }





    /* (non-Javadoc)

     * @see junit.framework.TestCase#setUp()

     */

    protected void setUp() throws Exception {

        super.setUp();

    }



    /* (non-Javadoc)

     * @see android.test.InstrumentationTestCase#tearDown()

     */

    protected void tearDown() throws Exception {

        super.tearDown();

    }





    @MediumTest

    public void testSingleActivityContextWithToast() {

        exersiseActivityLifecycle(intentFactory(true, true),

            "testSingleActivityContextWithToast");


    }

    

    @MediumTest

    public void testSingleApplicationContextWithToast() {

        exersiseActivityLifecycle(intentFactory(false, true),

            "testSingleApplicationContextWithToast");


    }

    

    @MediumTest

    public void testSingleActivityContextWithoutToast() {

        exersiseActivityLifecycle(intentFactory(true, false),

            "testSingleActivityContextWithoutToast");


    }

    

    @MediumTest

    public void testSingleApplicationContextWithoutToast() {

        exersiseActivityLifecycle(intentFactory(false, false),

            "testSingleApplicationContextWithoutToast");


    }

   



    /**

     * @param intent

     */

    private void exersiseActivityLifecycle(final Intent intent, final String name) {

        setActivityIntent(intent);

        final ToastActivity activity = getActivity();

        final Instrumentation instrumentation = getInstrumentation();



        // At this point, onCreate() has been called, but nothing else

        // Complete the startup of the activity

        instrumentation.callActivityOnStart(activity);

        instrumentation.callActivityOnResume(activity);

        // At this point you could test for various configuration aspects, or you could

        // use a Mock Context to confirm that your activity has made certain calls to the system

        // and set itself up properly.

        instrumentation.callActivityOnPause(activity);

        // At this point you could confirm that the activity has paused properly, as if it is

        // no longer the topmost activity on screen.

        instrumentation.callActivityOnStop(activity);



        Runtime.getRuntime().gc();

        Runtime.getRuntime().runFinalization();

        Runtime.getRuntime().gc();

      

        long aic = ToastActivity.getInstanceCount();

        assertTrue("instance count reached " + aic, aic < N/4);



        // At this point we are invoking onDestroy explicitly because we are iterating

        // and tearDown() will not be called

        instrumentation.callActivityOnDestroy(activity);

        

        // run N times, requires FlakyTest

        try {

            Method method = this.getClass().getMethod(name, new Class[] {});

            FlakyTest flakyTest = method.getAnnotation(FlakyTest.class);

            if ( flakyTest != null ) {

                assertTrue(count >= flakyTest.tolerance());

            }

        } catch (SecurityException e) {

            // TODO Auto-generated catch block

            e.printStackTrace();

        } catch (NoSuchMethodException e) {

            // TODO Auto-generated catch block

            e.printStackTrace();

        }

    }

    

    private static Intent intentFactory(boolean useActivityContext,

            boolean displayToast) {


        final Intent intent = new Intent();

        intent.setAction(Intent.ACTION_MAIN);

        intent.setClassName("com.codtect.android.training.toast",

            "com.codtect.android.training.toast.ToastActivity");


        intent.putExtra(ToastActivity.USE_ACTIVITY_CONTEXT, useActivityContext);

        intent.putExtra(ToastActivity.DISPLAY_TOAST, displayToast);

        return intent;

    }

}







Running the tests



Running RepeatedActivityContextWithoutToast


Running the tests we can verify that everything is fine.













diego@bruce:~$ adb shell am instrument -w -e class com.codtech.android.training.toast.tests.RepeatedActivityContextWithoutToast com.codtech.android.training.toast.tests/android.test.InstrumentationTestRunner



com.codtech.android.training.toast.tests.ToastActivityTests:...................

...............................


Test results for InstrumentationTestRunner=.........................................

.........

Time: 42.473



OK (50 tests)






Running RepeatedActivityContextWithToast


Running the test that displays the Toast we find a different result. Activity instance count reaches the maximum allowed and the test fails












diego@bruce:~$ adb shell am instrument -w -e class com.codtech.android.training.toast.tests.RepeatedActivityContextWithToast com.codtech.android.training.toast.tests/android.test.InstrumentationTestRunner



com.codtech.android.training.toast.tests.ToastActivityTests:...........

Failure in testSingleActivityContextWithToast:

junit.framework.AssertionFailedError: instance count reached 12

    at com.codtech.android.training.toast.tests.ToastActivityTests.

       exersiseActivityLifecycle(ToastActivityTests.java:195)


    at com.codtech.android.training.toast.tests.ToastActivityTests.

       testSingleActivityContextWithToast(ToastActivityTests.java:138)




...





Test results for InstrumentationTestRunner=............F.F.F.F.F.F.F.F.F.F.F.F.F.F.F.F.F.F.F.F.F.F.F.F.F.F.F.F.F.

F.F.F.F.F.F.F.F.F.F

Time: 56.101



FAILURES!!!

Tests run: 50,  Failures: 39,  Errors: 0







Conclusion


We can see that the only difference between both tests is the Toast being displayed, and the results are completely different.

While the demonstration given in the Android Developer's thread seems correct, this seems correct too !

Comments, suggestions and corrections are gladly welcome.

If you are interested in the source code or APK just drop me a line or leave a comment in the blog.




Copyright © 2009 Diego Torres Milano. All rights reserved.