From mboxrd@z Thu Jan  1 00:00:00 1970
X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on polar.synack.me
X-Spam-Level: 
X-Spam-Status: No, score=-1.3 required=5.0 tests=BAYES_00,INVALID_MSGID
	autolearn=no autolearn_force=no version=3.4.4
X-Google-Language: ENGLISH,ASCII-7-bit
X-Google-Thread: 103376,75f801a441e572e3
X-Google-Attributes: gid103376,public
From: dale@cs.rmit.edu.au (Dale Stanbrough)
Subject: Re: Java/embedded
Date: 1999/05/17
Message-ID: <dale-1705991205080001@dale.bu.cs.rmit.edu.au>#1/1
X-Deja-AN: 478661119
References: 
 <Pine.A41.3.96-heb-2.07.990505233605.146906A-100000@pluto.mscc.huji.ac.il>
 <373fdd8a.41515466@news2.ibm.net>
X-Complaints-To: abuse@cs.rmit.edu.au
X-Trace: emu.cs.rmit.edu.au 926906708 713 144.205.16.58 (17 May 1999 02:05:08
 GMT)
Organization: RMIT
NNTP-Posting-Date: 17 May 1999 02:05:08 GMT
Newsgroups: comp.lang.ada
Date: 1999-05-17T02:05:08+00:00
List-Id: <comp.lang.ada>

Jean-Marten Marchi wrote:

"Thinking to it, there's something i don't understand with Java
  embedded. 
  
   You have a remote machine with a JVM running, fine. 
  
  Since the applets you download on this remote machine are only running
  inside the JVM, what can they really do, except stealing CPU cycles ? 
  
  At one time or another, you have to interact with the remote machine,
  thus breaking the portability of your applet. In this case, what is
  the JVM good for ?"


you have a JVM with some classes relating to the particular machine
embedded in ROM.

Programs that you download to it talk to those classes.

Dale