i'm quite sure that "Deployment" also includes deploying the embedded runtime after shipping.
nokia has to pay these royalities or we will forever have to cope with the evaluation...
Unless you get commercial gain I'd say we are rather beta testers.
If you get them from unofficial source here are the sha256 checksums
@hogwash openjre/jdk is just another JVM. no nudity
I understand this. My point was that it is no use for the stated desire of running java apps on Maemo5. If you want to build a new java OS on an ARM platform, you may be in luck, but this JVM (if I understand it) has no knowledge of Maemo interfaces/hildon/gtk/qt etc, so would be pretty useless.
why would the JVM need to know about hildon, gtk, qt? it's not about making java-applets run with the same interface as native maemo software, applets just use swing as they do in any other jvm on any other platform.
I would use Java on the N900 at least for one reason:
Opera Mini
I think nothing beats Mini's efficiency. For the few things Mini does, it does it remarkably well...
Opera Mini requires Java ME; not Java SE. When we refer to Java we usually refer to Java SE.
Opera Mini is optimized for specific devices (screen size, input methods, etc). I'm not entirely sure how this optimization works, but you cannot simply grab Opera Mini and run that on any device you get Java ME working on and get an optimized experience.
Have to admit I'm impressed with Opera Mini 5.0 beta btw.
I think SUN is aware of Nokia N900 because I see various blog posts by employers about that. JavaFX requires either Java ME or Java SE. An early access built of 1.2 is available for Windows Mobile only though.
[EDIT]
Originally Posted by
phoneME Feature software is an open source development effort addressing the market and technical requirements of “feature phone” devices. The majority (about 80%) of mobile phones in the world today are feature phones. Devices of this type typically include a high-resolution screen, multiple forms of messaging (SMS, MMS, IM, Email), basic 2D and 3D gaming, a camera, music player, Internet browser, etc.
phoneME was ported previously to 770 and N800 (Bora).
That won't help you on Maemo5....I presume this JVM runs naked on the processor.
What do you mean? That is always the case.
The JVM is static or dynamic compiled and utilizes the processor. Whether it runs on a Linux kernel and you have only Java SE programs running on the JVM (like with Jalimbo) or whether you run a full Linux server headless with Apache/Tomcat does not matter. The JVM runs on an OS with a kernel, and the Java applications run in the JVM.
The good news is that OpenJRE (OpenJDK 6 JRE) is almost completely compatible with SUN's Java SE 6. There are only a few proprietary parts of SUN Java SE 5 & 6. Effort is put in replacing these with open source variants.
All one has to do is recompile this and its dependancies in sbox. Which will take quite some time, and the built will not be optimized for Maemo 5 or ARMv7 (but Linux/ARMv5 and Linux/ARMv6 should work!). Once packed this binary may be distributed via extras-devel.
We could also use Jalimbo, its already ported to previous Java versions.
We'd also need a plugin for MicroB to be able to embed Java. These work with e.g. OpenJRE too.
In short, there are tons of methods to get a Java ME compatible VM or Java SE compatible VM working on Linux/ARM. Each requires effort though. Before I start effort on porting I rather first try SUN's proprietary packages to check performance and see if MicroEmu can be run from that.
I understand this. My point was that it is no use for the stated desire of running java apps on Maemo5. If you want to build a new java OS on an ARM platform, you may be in luck, but this JVM (if I understand it) has no knowledge of Maemo interfaces/hildon/gtk/qt etc, so would be pretty useless.
The Java SE applications I use are either headless or Swing. Yes, doesn't look nice in desktop environment. Whatever. Both Qt (Qt Jambi) and GTK have bindings for Java, allowing you to give the application 'native feel'.
By "run naked on the processor" I mean that the JVM is the only software that runs on the processor - as is the case with embedded apps.
To actually see anything on your display, a whole truckload of library code needs to be implemented; take the simple case of Swing (which ain't that simple) - for a basic Swing window to visually appear on your N900, there needs to be bindings through to the hildon layer....ie. the JRE needs to be built - not only for the ARM platform - but also for the Maemo environment it will interact with. Not only that, but the limitations of the Maemo5 GUI will have a significant impact on how those bindings are implemented. Coding Java apps for Maemo5 will be a tad more awkward than for good ol' 'Doze or X
