Skip to main content

OTA upgrades

3 replies [Last post]
veer25oct
Offline
Joined: 2010-02-23

Hi, can i upgrade midlet suite over the air..
I searched extensively on this.. And learnt platformRequest does this..

But what i actually want is to update the existing jar on the mobile device, not download the entire jar again..

Is this possible?

Like if a few class files have been changed in the jar only those class files should get downloaded..

Can this be achieved or thjis is not possible at all?

Any help wud be highly appreciated..

Reply viewing options

Select your preferred way to display the comments and click "Save settings" to activate your changes.
Mixa

No, it is not possible. But it is not an issue for modern networks to
download whole midlet. If your midlet is really large, you will have
problems with installing it on lamost any device (jar file size
limitation).

Usually data occupy major part of a large app. Updating data in RMS is
not a problem and is supported by this platform. Opera mini, for
instance, downloads data on application install. It reduces size of
initial installation package, and allow downloading of localization
package later.

Regards, Mike
[code]
/* ----------------------
* J2ME consulting/development:
* gmixaz[@]gmail[.]com ICQ 50059348
*/
[/code]

On Fri, Jun 25, 2010 at 1:48 PM, wrote:
> Hi, can i upgrade midlet suite over the air..
> I searched extensively on this.. And learnt platformRequest does this..
>
>
> But what i actually want is to update the existing jar on the mobile device, not download the entire jar again..
>
>
> Is this possible?
>
> Like if a few class files have been changed in the jar only those class files should get downloaded..
>
> Can this be achieved or thjis is not possible at all?
>
> Any help wud be highly appreciated..
> [Message sent by forum member 'veer25oct']
>
> http://forums.java.net/jive/thread.jspa?messageID=475790
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@lwuit.dev.java.net
> For additional commands, e-mail: users-help@lwuit.dev.java.net
>
>

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@lwuit.dev.java.net
For additional commands, e-mail: users-help@lwuit.dev.java.net

veer25oct
Offline
Joined: 2010-02-23

Thank u mixa for the fast response..
Is there any other alternative?
My jar size wud be say around 300 top 400 kb
..
downloading new jar wud not be an issue i know.. but jus thought if we cud do something that for small changes user is not asked to download the entire jar again, cost also comes into play depending on the provider.

How bt having different MIDLET suites and have them interact? then downlaod only the required midlet suite when ever an upgrade is requiered?

But i know no resources can be shared bet two diff suites(like images, resource file).. only RMS can be shared.. this will mean having resources and images for each suite.. which wil really increase the size of the app..

also other limitations like a midlet cannot invoke another midlet or a suite cant invoke anither suite..

So what wud be ur suggestion?
can we do something bt it, because this looks like quite a feature to have..

Mixa

write some logic in downloaded data (like a script engine). No other way.

Updating only part of classes would be a nightmare, from stability
point of view.

Mike

On Fri, Jun 25, 2010 at 6:04 PM, wrote:
> Thank u mixa for the fast response..
> Is there any other alternative?
> My jar size wud be say around 300 top 400 kb
> ..
> downloading new jar wud not be an issue i know.. but jus thought if we cud do something that for small changes user is not asked to download the entire jar again, cost also comes into play depending on the provider.
>
>
> How bt having different MIDLET suites and have them interact? then downlaod only the required midlet suite when ever an upgrade is requiered?
>
> But i know no resources can be shared bet two diff suites(like images, resource file).. only RMS can be shared.. this will mean having resources and images for each suite.. which wil really increase the size of the app..
>
> also other limitations like a midlet cannot invoke another midlet or a suite cant invoke anither suite..
>
> So what wud be ur suggestion?
>  can we do something bt it, because this looks like quite a feature to have..
> [Message sent by forum member 'veer25oct']
>
> http://forums.java.net/jive/thread.jspa?messageID=475819
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@lwuit.dev.java.net
> For additional commands, e-mail: users-help@lwuit.dev.java.net
>
>

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@lwuit.dev.java.net
For additional commands, e-mail: users-help@lwuit.dev.java.net