After 10 days in review, Aw’ Shugs Free is now available on the iPhone App Store. The update to the paid version is still under review.
The only difference between the free and paid versions is that the paid version allows users to catch shugs anywhere and not just limited to a range around their current location.
Enjoy!!
We just released the 1.1 update for Aw’ Shugs with complete Japanese support in the application. Here’s what it looks like.
You can get your copy here from the Apple App Store.
We have these open sessions regularly in our company where everyone talks about why they chose TechJini, what they like here, what should be changed, we share company’s vision, goals and make everyone understand how they are part of it.
Today’s session was to decide ‘appraisal policy’ i.e. on what criteria company should judge performance. Following are the inputs and will form the basis of our policy.
We also had very interesting discussion on what we think is ‘hard work’.
Right from the heart, this is what we ‘jinies’ (I just invented that term 
) have to say about life at TechJini.
So here is what we like and what we would like to change:
Update:
- Website changed
ok, this was a tough one.
First be informed that this is something Google (Android people) are trying to prevent i.e. letting browser (WebView) have access to the local file system. In earlier releases of SDK you could access local files using ‘file://’ but it is stopped now. Then there was an option where you can provide a WebViewClient and implement shouldOverrideUrlLoading to make it work. This was also removed.
The way to make it work now is by implementing your own ContentProvider, there is lot of discussion and documentation on implementing ContentProvider but all that is completely redundant (not needed). The solution is very simple, create your own ContentProvider and only override
public android.os.ParcelFileDescriptor openFile(android.net.Uri uri, java.lang.String mode) throws java.io.FileNotFoundException
Rest of the code in ContentProvder is not needed for this problem.
Step 1:
Declare your Content Provider in AndroidManifest.xml
<provider android:name="MyDataContentProvider" android:authorities="com.techjini" />
Step 2:
Create your ContentProvider and implement openFile
All you have to do is get real path from uri, open it and return the descriptor
URI uri = URI.create("file:///data/data/com.techjini/files/myImage.jpeg");
File file = new File(uri);
ParcelFileDescriptor parcel = ParcelFileDescriptor.open(file, ParcelFileDescriptor.MODE_READ_ONLY);
return parcel;
Step 3:
(You need this step only if file is not already present on the device/sdcard)
Save your content to the file. Following is an example to store a Bitmap
FileOutputStream fos = openFileOutput("myImage.jpeg", Activity.MODE_WORLD_WRITEABLE);
imageView.getBitmap().compress(Bitmap.CompressFormat.JPEG, 100, fos);
fos.flush();
fos.close();
You can find out where your image is stored using
System.out.println(getFilesDir().getAbsolutePath());
Step 4:
Access the file in WebView
myWebView.loadUrl("content://com.techjini/myImage.jpeg");
//com.techjini is what you mentioned in 'android:authorities' in your AndroidManifest.xml
Looks simple
If you have multi byte data in your tables its important to take backup in utf8 which can be done using the command below:
mysqldump -u root --default-character-set=utf8 DB_NAME | gzip > DB_NAME-`date +%Y%m%d%H%M`.sql.gz
The date parameter simply appends date/time to the backup.
In order to restore the backup taken above use following command
gunzip < FILE_NAME.sql.gz | mysql --default-character-set=utf8 -u root DB_NAME
This will ensure that db is back up without affecting multi byte data.
This is how you can increase your productivity while developing an app on Jboss, no need to package and deploy again and again, reduced development and testing time.
Open %JBOS_HOME%\server\default\conf\jboss-service.xml and add the new location
<attribute name="URLs">
deploy/, E:/ file:/var/opt/apps/
</attribute>
Open %JBOSS-HOME%\server\default\conf\jboss-service.xml
[sourcecode language=’xml’]
[/sourcecode language=’css’]
[sourcecode language=’xml’]
[/sourcecode language=’css’] by default it would be 300, here we changed it to 3600 which is 1 hr.
In order to find size of your mysql databases you can run following sql querry:
SELECT table_schema "Data Base Name", sum( data_length + index_length ) / 1024 / 1024 "Data Base Size in MB" FROM information_schema.TABLES GROUP BY table_schema ;
Divide it by further 1024 to get it in GB.
For more information read about INFORMATION_SCHEMA
