[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kvm-interest
Subject:    Re: retrieving properties
From:       John Butchart <John.Butchart () ONE2ONE ! CO ! UK>
Date:       2001-08-31 9:17:29
[Download RAW message or body]

Peter,

(1) See the MIDP spec section 4.2: system properties. microedition.profiles
must contain at least MIDP-1.0. Is that what you mean by platform? Also a
lot of device capabilities like the screen size, support for colour, touch
screen are available to midlets, so you can use them to make an application
adaptable.
(2) Beyond that, isn't your motivation - the application could reconfigure
itself for the particular handset it was running on - rather questionable?
Building complete device configurability into the client application will
surely make it bigger and isn't necessary. The client should identify itself
in the User-Agent header (device/version) when requesting the JAD. See
section A.10 Device Identification and Request Headers in the OTA
Recommended Practice. As A.10 says: "Servers SHOULD use this additional
information to select the appropriate application descriptor for the
device." Yes, the server will need a database of device capabilities and can
either serve different versions of the application or apply a configuration
to the application before sending it.

Regards,

John

-----Original Message-----
From: Peter Rogers [mailto:Peter.Rogers@hutchison3g.com]
Sent: 30 August 2001 11:44
To: KVM-INTEREST@java.sun.com
Subject: Re: retrieving properties


Hi guys,

Well I used SpruceTester the other day on the Accompli and was pleased to
see that it retrieves certain pieces information about the application and
the device.

I know that you can use getAppProperty(String name) in the MIDlet class but
this just retrieves from the JAD and the manifest with the JAD taking
priority.

What I want to know is can you detect the CLIENT without using the JAD or
the manifest? The motivation for this is that the application could
reconfigure itself for the particular handset it was running on. This
removes the need for dynamic manifest and JAD writing.

There is a method in java.lang.System.getProperty(String name) but what does
it actually do?

It would be good if you could do the following:

String phone = System.getProperty("Platform");

Can you do this or something similar?

Also, there seems to be no way to iterate thorugh the manifest or JAD
properties. You need to know what you are looking for
before you look for it. This is OK I guess as the manifest and JAD are
supposed to followed the MIDP OTA recommendation but what if you want to add
in additional properties?

Peter







-----Original Message-----
From: Heiko Kromm [mailto:kromm@FH-BRANDENBURG.DE]
Sent: 30 August 2001 10:26
To: KVM-INTEREST@JAVA.SUN.COM
Subject: motoSDK


Hi,

I installed the motoSDK, delivered with Metrowerks CodeWarrior for Java =
6 Eval. Is there a better Version of the moto SDK? The one I installed =
seems to have some bugs. For example the package lib.com.mot.midp is =
missing, the emulator-batch files use wrong pathes, even the =
compileAll.bat.
Perhaps this is the reason, why I can only start some examples.

If there is a better version, please mail it to me.
Thanks
Heiko



___________________________________________________________________
This communication contains information which is confidential and
may also be privileged. It is for the exclusive use of the intended
recipient. If you are not the intended recipient, please note that
any form of distribution, copying or use of this communication or
the information in it is strictly prohibited. If you have received
this communication in error, please return it with the title
"received in error" to Helpdesk@hutchison3g.com then delete the
email and destroy any copies of it. Please contact our Helpdesk on
01628765555 if you need assistance. Thank you for your cooperation.
___________________________________________________________________





NOTICE AND DISCLAIMER:
This email (including attachments) is confidential.  If you have received
this email in error please notify the sender immediately and delete this
email from your system without copying or disseminating it or placing any
reliance upon its contents.  We cannot accept liability for any breaches of
confidence arising through use of email.  Any opinions expressed in this
email (including attachments) are those of the author and do not necessarily
reflect our opinions.  We will not accept responsibility for any commitments
made by our employees outside the scope of our business.  We do not warrant
the accuracy or completeness of such information.

 ==========================================================================
To unsubscribe, send email to listserv@java.sun.com and include in the body
of the message "signoff KVM-INTEREST".  For general help, send email to
listserv@java.sun.com and include in the body of the message "help".

[prev in list] [next in list] [prev in thread] [next in thread]