Newsgroup: it.tlc.cellulari.motorola
Titolo: JAVA MIDP e Motorola T720i

Salve,
  dato che ho visto qualche3 quesito tecnico sul java ne posto uno anche io.
Se qualcuno ha sviluppato applicazioni per questo telefono, ha mai avuto
un'eccezione di tipo RecordStoreFullException? Il problema si manifesta
direttamente nella classe del MIDP di Motorola che (ahimč) non č quella
standard di SUN.
Saluti,
A.

standard di SUN.
Come no?
Solo le LWT sono proprietarie.
Per il resto basta il J2ME SDK di Sun per compilare ed eseguire su Motorola
--
LiG

 Per il resto basta il J2ME SDK di Sun per compilare ed eseguire su
Motorola.
Purtroppo no. La Motorola ha creato la prima implementazione non SUN di CLDC
e di MIDP.
Tempo fa ho decompilato alcune classi di una e dell'altra e
l'implementazione differisce non poco, in seguito
ho trovato conferma ai miei sospetti su un libro in inglese che descrive in
un capitolo la "Motorola MIDP implementation"
(
http://www.ericgiguere.com/j2mebook/index.html
).
Qui nasce il problmone: questa infatti dovrebbe garantire la piena
compatibilità alle specifiche del MIDP, ma evidentemente
così non è (o non sembra).
Ho scritto pure a quelli della Motorola che mi hanno risposto: "le faremo
sapere" e intanto fanno orecchie da mercante...
Grazie comunque,
Andrea

Andrea
Ma figurati.
Ciao
--
LiG

 Anzi, ottenendo pure miglioramenti nelle dimensioni del > midlet.
 In effetti così facendo funziona anche a me, proprio perchè si va a
"bypassare" le classi Motorola incriminate. E' una soluzione che avevo già
provato.
Tuttavia nel dispositivo reale (almeno il T720i) le classi Motorola non
sembrano essere sostituibili perchè, come dice anche la documentazione
dell'SDK, sono "ROMized in the device", quindi di fatto intoccabili. Se
invece è possibile fare altrimenti, fammi sapere come, perchè si
risolverebbero molti dei miei problemi!
Grazie,
Andrea

> Conosco gente che ha compilato applicativi che

Non ho una conoscenza cosi' approfondita della materia, ma posso applicare 
i concetti comuni ad altre ambiti: compilando con l'SDK SUN generi, molto 
probabilmente un bytecode astratto dal runtime del dispositivo di 
esecuzione rispetto alla compilazione ottenuta con l'SDK Motorola.
Sicuramente diverse routines sono implementate in maniera differente nei 
due diversi SDK ma, molto probabilmente, l'SDK Motorola ingloba quello SUN 
(o l'SDK Motorola, per dirla in altri termini, e' una estensione di quello 
SUN)
Ergo, utilizzando il bytecode generato dall'SDK Sun sei sicuro di rimanere 
in un ambito di generalizzazione abbastanza sicuro.
Lascia che sia il romized runtime ad occuparsi di tutto.
Sicuramente ne perderai in performance (il bytecode generato dall'SDK 
Motorola sara' ovviamente ottimizzato per i dispositivi Motorola e ne 
sfruttera' routines proprietarie) ma ne acquisterai in compatibilita'.
Un po' come utilizzare un driver generico per una periferica invece di uno 
proprietario.
Considera, inoltre, che se stai basando le tue prove sull'emulatore messo a 
disposizione da Motorola, il 60% delle tue conclusioni, qualunque esse 
siano, sono sbagliate!!! :-)
Ancora debbo sentire un programmatore Java non lamentarsi dell'assoluta 
diseguaglianza di comportamento fra l'emulatore e i dispositivi reali.
Spero di esserti stato d'aiuto e scusami se, come e' assai probabile, non 
abbia detto nulla che tu non sapessi gia'.
--
LiG

Dimenticavo: naturalmente il midlet compilato con l'SDK Sun, funziona a 
meraviglia sui dispositivi Motorola (ne ho un paio sul mio V66i), il che 
avvalora ancora di piu' le mie tesi :-))
--
LiG