Newsgroup: it.comp.java
Titolo: Java e PalmOS

Qualcuno di voi ha mai sviluppato una applicazione in Java per un Palm
? Sapete dove potrei reperire documentazione a proposito ?
Augusto Pucci ( 
http://www.prospektiva.it/webmaster/
 )
Webmaster di Prospektiva On-line
http://www.prospektiva.it
Webmaster di SIPO Toscana
http://sipotoscana.supereva.it

 Sapete dove potrei reperire documentazione a proposito ?
Ciao,
devi rifarti alla KVM java:
http://www.javasoft.com/products/cldc/
se ti compili la VM e gli esempi vedrai delle carinissime applet a forma di
Palm... io lo sto studiando ora.
ciao
-- 
Marco Ermini
http://www.markoer.org
 - ICQ # 50825709 - AOL AIM enabled
There are two major products that come out of Berkeley: LSD and UNIX.
We don't believe this to be a coincidence.      -- Jeremy S. Anderson

Palm... io lo sto studiando ora.
Pero'... bella questa..grazie epr l'indirizzo..magari scambiamoci
qualche idea impressione piu' avanti..


 
Scusate se, magari, inserisco una nota stonata.. ma vista la sempre
maggiore
diffusione dei pocketPC che, comunque (M$ a parte),  hanno una
dotazione di memoria maggiore e processori più performanti la Java
Micro Edition non rischia
di essere, come dire, "limitata"?
Ho visto in giro dei palmari con 32 MB di Ram su cui praticamente si
può far girare una JVM completa...

Sito della SUN sotto KVM

------------------------------------------
Posted via web GlobalNews
www.globalnews.it
------------------------------------------


Scusa se ti rispondo solo oggi...
Per sviluppare applicazioni per PalmOS è sicuramente preferibile un
linguaggio come il C o simili, che non richiedono un runtime (o WM che sia).
Ciononostante, mi è capitato di verificare il comportamento di un pò tutti
gli ambienti di sviluppo disponibili. Segue una breve lista degli ambienti
disponibili per PalmOS.
Per PalmOS sono disponibili almeno tre ambienti di sviluppo in java (o
simili).
1) KWM della SUN, fa parte delle specifiche J2ME.
2) VisualAge Micro Edition v1.3 della IBM, ambiente completo con classi
ad-hoc per lo sviluppo di applicazioni PalmOS.
3) WABA/SUPERWABA, sono ambienti di sviluppo free con un linguaggio
simil-java.
Inoltre si può utilizzare il Jump che permette di compilare un subset di
java (o WABA, grazie al progetto WABA-Jump) direttamente in codice per il
68000, eliminado la necessità di una VM. Il problema in questo caaso è il
debug dell'applicazione, il progetto WABA-Jump dovrebbe risolvere proprio
questo problema.
Ciao Pietro
--
The pawn is the most important piece on the chessboard...
up to the pawn.

 Tel.
(+39)-0587-749206
  Fax.
(+39)-0587-749206
  WEB: 
http://www.classx.it
  <
============================================================================


In pratica solo il C di CodeWarrior, anche se per alcune cose mi piacerebbe
poter sfruttare il C++.
Il problema fondamentale per il PalmOS è la gestione delle variabili
globali, che evito accuratamente ultimamente. Con il C++ devo capire bene
dove mi vanno a finire le tabelle dei metodi virtuali, per evitare problemi.
La cosa non è così banale e, per il momento, preferisco evitarlo.


Ciao Pietro
Ti ringrazio per le preziose dritte... mi sto mettendo al alvoro
confrontando gli ambienti da te consigliati .



Giusto per completezza ti segnalo che è disponibile nella sezione "Early
Access" della JDC il MIDP per PalmOS.


 
Il profilo MidP per PalmOS promette bene... ed avresti il vantaggio di
usare un solo linguaggio. L'eventuale software poi andrà bene anche per
i cellulari della prossima generazione, quindi...
considera che il CEO di Nokia ha affermato che entro il 2002 ci saranno
in giro almeno 50 milioni di cellulari java enabled, e che la maggior
parte del JavaOne (finito venerdì scorso) era incentrato proprio su
questo tipo di apparecchiature. Se vuoi fare un piccolo investimento, io
credo che sia il momento di usare Java anche sui palmari.
Per i fissati del 3d, ho visto un telefono giapponese MIDP con motore 3d
hw e telecamera incorporata, a meno di un milione. I modelli Motorola
sono già in vendita in US, mentre il Giappone se la ride dall'alto di
non so quanti telefonini Java venduti negli ultimi mesi. Siemens invece
afferma che i suoi modelli saranno sul mercato italiano in autunno e
comunque sicuramente prima di Natale... (anche questi con solide
estensioni per i giochi: sprite, interfaccia per il vibra tipo
playstation, suoni, ecc.)
Cominciamo il primo gioco open source per telefonini?
-- 
          ______
         /_____/\             Ugo Landini
        /____ \\ \            Education Technical Supervisor
       /_____\ \\ /           Sun Educational Services
      /_____/ \/ / /
     /_____/ /   \//\         SUN Microsystems Italia S.p.A.
     \_____\//\   / /         Via Romagnosi, 4
      \_____/ / /\ /          00196 - Rome (RM) - Italy
       \_____/ \\ \           @mail : 
ugo.l...@sun.com
        \_____\ \\            Phone : +39 (0)  6 36708.682
         \_____\/             GSM   : +39 (0)  335 7766651


L'idea di poter utilizare il solo linguaggio Java e, meglio ancora!, il solo
profilo MidP per avere un'indipendenza totale dalla piattaforma è grandiosa.
Purtroppo i test fatti da un mio collega (che aveva già fatto
un'applicazione per l'emulatore dei JavaPhone) non è stata delle più felici
(parlo del MidP 1.0ea3). Tralasciando problemi quali la scomparsa delle
bitmap che aveva sullo schermo (all'interno dell'emulatore JavaPhone ci
sono, ma non sui dispositivi PalmOS...), uno dei problemi principali di
queste soluzioni è dato dalle scarse performance.
Capisco bene che questa sia una via interesessante da approfondire (magari
sarà il futuro), ma per l'hardware attuale della piattaforma PalmOS (68xx328
da 16 a 33MHz con 2-8Mbyte di RAM) non riesco ad immaginarmi le applicazioni
che scrivo adesso in C realizzate in Java...
Forse un IpaQ con uno StrogArm a 206Mhz e 32Mbyte di RAM può essere una
piattaforma più adatta (magari in alternativa all'eVB).
Un problema a parte, e svincolato dalle performance, è dato dal deployment
delle applicazioni. I 500K di VM potrebbero essere accettabili, ma cosa
succederà quando un'utente che usa una mia applicazione sviluppata con il
MidP 1.0 vorrà installarsi una nuova applicazione sviluppata con il MidP 1.1
(o 2.0 o quello che sarà)?
La vecchia applicazione continuerà a funzionare o dovrò continuare a
rincorrere la piattaforma della SUN per il resto dei mie anni?
Questo, dal mio punto di vista, è un problema da non sottovalutare.


 Cominciamo il primo gioco open source per telefonini?
Mhh. Facciamo un bel clone di Marble Madness .. leggero, sano e di sicuro
effetto..
.. e comunque il problema che ha evidenziato Paolo (deployment) non e' da
poco.
Ad oggi ci sono diversi runtime per PalmOS. Pensa se qualcuno volesse
installara diverse applicazioni, ciascuna basata sul proprio runtime.



Paolo?
Il satellite form (una specie di VB per PalmOS giunto ormai alla versione 4)
ha "risolto" la cosa creando, per ogni versione del runtime, un file con il
nome diverso (ad esempio: SF_RDK3.5 per la v3.5).
Cosě si riesce a far funzionare le applicazioni, il problema si sposta sugli
eventuali moduli aggiuntivi (delle specie di OCX per intenderci) e poi si
duplica l'occupazione di spazio.
Comunque il problema del deployment del runtime, o VM che sia, non č affatto
banale.
PIETRO


 ha "risolto" la cosa creando, per ogni versione del runtime, un file ..
E mi sa che anche la Sun non ci salvera' dal problema. A meno che non
facciano le cose talmente bene da far si che vi sia una ed una sola macchina
virtuale Sun-java aggiornabile, ma completamente backwards-compatible. Ho
buone speranze, ma.. chissa'.
A tal proposito il nostro U.L. ci potrebbe illuminare, rassicurare, etc.


 
Per il momento non so molto, solo che i primi telefonini java (molti non
ancora definitivi) ogni tanto si impallano... :)
Se ti basta come rassicuramento...
Comunque penso che andremo avanti per generazioni, come al solito.
Staremo a vedere.
