Interesting commments, I (as jon mentions) thought that the jar size =
limits were due to the static nature and size of the wap buffer (Euro =
phones -sorry). So when I first read this post I thought there is =
something intrinsic to the DoJa profile implemented on the DoCoMo =
phones. =20
Also I thought that MIDlets (and iAppli's by implication) are not =
allowed to call other midlets outside a specific Midlet suite? - could =
someone clarify for me?
Also if there was a tool that allowed a programmer to build unlimted jar =
size apps that function over a network in the way Jofre describes, would =
anyone buy it?
Mathew
-----Original Message-----
From: Jon Ellis [mailto:jon.ellis@sun.com]
Sent: 11 July 2003 15:22
To: keitai-l@appelsiini.net
Subject: (keitai-l) Re: F505i
Jofre Palau wrote:
> Bill,=3D20
> even 30Kb it is very small for a Java Application, developers use a =
=3D
> workaround for that limitation. They build a small (15 to 20 Kb) base =
=3D
> application that the first time that it's executed connects back to =
the =3D
> server and downloads extra chunks of code. No only extra resources but =
=3D
> actual code. Notice that the limitation is a DoCoMo DoJa 2/1.5 =3D
> limitation and not a handset issue.
If you have any code that demonstrates this (for cldc) i'd=20
be really interested in seeing it.
My recollection is that the limits on download size are due=20
to concerns about network traffic / user packet cost.
j.
This mail was sent to address Mathew.Smith@smart-fusion.com
Need archives? How to unsubscribe? http://www.appelsiini.net/keitai-l/=20
Received on Fri Jul 11 16:47:43 2003