Re: Real time Java? Huh?

[Roga Danar <nospam@nospam.com>]

dewar@gnat.com wrote:

> In article <71uc8n$lu1$1@platane.wanadoo.fr>,
>   "Jean-Pierre Rosen" <rosen.adalog@wanadoo.fr> wrote:
> >
> > Joseph <**********@*******.**> a �crit dans le message
> > <36428b55.0@blushng.jps.net>...
> > >I missed way too much of this thread.   Java as a real
> time language?
> > >Tell me that this is a hoax, please.
> > >
> > At an AFNOR-Ada (French standardization body) we had a
> discussion
> > about this yesterday.
> > It seems that by real-time Java, people really mean
> "embedded Java",
> > i.e. in SmartCards for example. When I asked how
> extensive dynamic
> > allocation and garbage collector could be used in
> smart-cards,
> > people told me that there were restrictions, like only
> final classes
> > with only final methods... When I asked why use Java
> rather than
> > C, and why not call such "classes" packages, I had no
> answer...
> > sigh.
>
> There are very good reasons for using JVM based approaches
> for real time embedded systems, and you should not just
> assume that garbage collection is out of the question in
> such systems. This is why it is so important that we have
> Ada 95 systems that target the JVM!
>
> Robert Dewar
> Ada Core Technologies
>
> -----------== Posted via Deja News, The Discussion Network ==----------

> http://www.dejanews.com/       Search, Read, Discuss, or Start Your Own

>

Timing is a better (or another) reason why one should look twice at a Java
for a real-time system must instead of Ada.  Real-Time embedded systems
that frequently require persice processing in a narrow time margin would be
better off with Ada, IHO.