Reference implementation of JavaME

[Carl Jokl]

Back in the day JavaME could even run on pagers. I don't know if an Adriano
or micro controller based board is capable of running a JVM or probability
must be a CPU based Vonn Newman architecture.

Carl
On Sat, 20 May 2017 at 13:57 Carl Jokl <carl at jokl.co.uk> wrote:

> I believe Android went down that route switching from Dalvik to ART for
> ahead of time compilation.
> The technique could also make client side Java startup performance better
> too.
>
> Carl
>
> On Sat, 20 May 2017 at 13:53 Mario Torre <neugens.limasoftware at gmail.com>
> wrote:
>
>> 2017-05-20 13:39 GMT+02:00 Ben Evans <benjamin.john.evans at gmail.com>:
>> > Hi Carl,
>>
>> Hi all,
>>
>> Good luck with this effort, sounds really like a fun project :)
>>
>> IANAL but I have a small point:
>>
>> > In terms of general advice, I would suggest that you license this
>> > project under the GPL and baseline from OpenJDK 7
>>
>> + Classpath exception for the class libraries, GPL alone won't be
>> appealing since you can't link non GPL code and it's not compatible
>> with other OSI licenses either.
>>
>> I mention that because it is your right to remove the Classpath
>> exception from derivative uses, so you should be aware of that and
>> understand the license you adopt correctly.
>>
>> For low resources mobile an AOT VM is probably your best friend.
>> Sounds like a fun time to revive GCJ ;)
>>
>> OpenJDK own AOT is described here: http://openjdk.java.net/jeps/295
>>
>> > I'm not quite sure which standard(s) you'd need to target, but
>> > JSR 139 - https://jcp.org/en/jsr/detail?id=139 might well be a good
>> > start.
>>
>> I may be wrong but I think the last mobile JSR is 361:
>> https://jcp.org/en/jsr/detail?id=361
>>
>> It's a few years I don't work on this anymore though, so I didn't
>> follow its development, probably for very low power devices the 139
>> maybe a better start, however, if I remember correctly this one is
>> based on a stripped down JDK 1.3 or something and at the very least
>> you will need to "clean up" all the generics out of the public APIs,
>> if I'm not wrong, 361 supports generics.
>>
>> Cheers,
>> Mario
>> --
>> pgp key: http://subkeys.pgp.net/ PGP Key ID: 80F240CF
>> Fingerprint: BA39 9666 94EC 8B73 27FA  FC7C 4086 63E3 80F2 40CF
>>
>> Java Champion - Blog: http://neugens.wordpress.com - Twitter: @neugens
>> Proud GNU Classpath developer: http://www.classpath.org/
>> OpenJDK: http://openjdk.java.net/projects/caciocavallo/
>>
>> Please, support open standards:
>> http://endsoftpatents.org/
>>
>