Welcome!

Welcome to the official BlackBerry Support Community Forums.

This is your resource to discuss support topics with your peers, and learn from each other.

inside custom component

Java Development

Reply
Regular Contributor
Posts: 71
Registered: ‎07-11-2010
My Device: Bold 9000
My Carrier: none

Re: Can somebody from RIM confirm that persistent objects result in device restart ?


Ted_Hopp wrote:

Your app being started has nothing to do with there being a live reference from your app to persistent store. During system startup, the OS does a lot of analysis of existing modules, whether or not they are flagged to run at startup. During that analysis, it will link the custom object in persistent store to your app's module(s). (This analysis also makes it possible for the system to automatically delete persistent, custom objects that have been orphaned by an application being uninstalled.)

 


ok, that makes sense.

 

It seems that the following comment by  MSohm is somewhat misleading

 

> This is an "uncommitted" modified persistent object that is in use by the application.

 

http://rim.lithium.com/t5/Java-Development/Error-module-is-in-use/m-p/131618

 


As Simon posted, it's not having a persistent object, but having a custom persistent object that forces a restart. Try your experiment using a Hashtable instead of a ConfigObject.

 

Note that the downside of using a generic object class like Hashtable is that your app's persistent data will not go away when your app is deleted.


Yes, I know how non-custom persistent objects work (it seems that I did not explain it well in my initial post).

 

I suppose that custom objects in Persistent Store require device restart even for app upgrade, because Java VM needs to "load" and "attach" then to the new class definitions.

 

Thanks again !

 


-----
A good decision is based on knowledge and not on numbers.