(keitai-l) Re: F505i

From: Mathew Smith <Mathew.Smith_at_smart-fusion.com>
Date: 07/11/03
Message-ID: <C4986887AFD0FE4FAB6D5EB312E9BDD36D17E7@ncemx.smart-fusion.com>
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