Software Dev Geek

Volley is an Android networking library, an abstraction layer that simplifies a lot of boilerplate codes. To get started on using Volley, do the following: $git clone https://android.googlesource.com/platform/frameworks/volley $cd volley $android update project -p . $ant jar Then, copy bin/volley.jar into your Android project's libs/ folder. Personal Note: I'll be updating this article in further detail.

Basically the functionality is almost the same with the Android-ViewPagerIndicator by Jake Wharton, but the library project that I'm working on uses ViewFlipper. Borrowed some of his theming codes, because I can't spend so much time on styling. I shall give the honor to him because of the usefulness of the indicator functionality on the ViewPager. I find the ViewFlipperIndicator useful since ViewPager (with the fragments as children) has problems loading in a child fragment.  So far the Android library project is still in the alpha stage, and it only has the UnderlinePageIndicator partially working because the styling of the UnderlinePageIndicator is not fully functional. I'll add in more stuff such as the CirclePageIndicator and so on.  Here's the link to the repository: https://github.com/L0rDKadaj/Android-ViewFlipperIndicator I'll keep you guys up to date on the progress when everything is in the version 1.0 stage.

Based on this website's blogpost on how to non-destructively upgrade your Android app's database , I've encountered a scenario such as this: 1. I have a database which has a database version 1 which has an existing table being constructed in user's phones. 2. If I were to have a new column in my database table, if I were to deploy the new version of the app into the Google Play Store (what I mean here is an incremental install), of course I would have users bitching about force closes in my app because the database is altered, for instance by adding another column in my database table. The blogpost is helpful as he highlighted how database table alteration can be done by incrementing the database version and onUpgrade method is triggered in your SqliteOpenHelper class.

I'm sure that everyone has been starting to use JDK1.7 for Android development. As you upgrade from JDK1.6 to JDK1.7, there is a slight change in terms of generating an MD5 fingerprint of your debug keystore or production keystore using the keytool in the command line. Normally you would do this is JDK6: keytool -list -alias alias_name -keystore my-release-key.keystore This directly gives you the MD5 fingerprint of your keystore. But in JDK1.7 that's not the case, because this command gives you the SHA1 fingerprint instead. To solve this problem, be sure to add a -v: keytool -list -v -alias alias_name -keystore my-release-key.keystore This gives you three types of fingerprints. 

Considering that I haven't really done blog posts about software development, and I don't wanna mix tech stock reviews and software development contents that involve code examples and demos, I have decided that I'm gonna do some entries about the works I've done so far. This includes mostly on Android development, Java based web development, and Grails web development, etc (anything that involves coding).