skija VS Codename One

I think IntelliJ was built on Swing and predates JavaFX… however, I’m curious if they’ve got plans to integrate their Skia integration work that backs desktop compose: https://github.com/JetBrains/skija

Maybe the story is not finished yet. New approaches like JetBrain's Compose (https://www.jetbrains.com/de-de/lp/compose-mpp/) with a React inspired programming model might bring some new interest to the platform. Then there is a Java binding library for Skia (https://github.com/JetBrains/skija), and JavaFX is also alive and high quality.

As everyone is used to fat Electron apps now, Java applications (especially compiled and packed with new JDK features) might be refreshing.

I think it's the core, the 2D engine, just never got the love it needed to be a great place to start. Nobody seemed to prioritize making that happen.

Like, the antialiasing was noticably fuzzy. I never found an applet that looked like it belonged on the webpage. And when I built a few, it was a lot of work to even get font rendering to not be horrendous. And even then, you'd see what the browser rendered vs what the applet rendered and they were always off. I remember using images instead of font rendering sometimes.

So, if you made a swing app, it was easy to put together, but hard to make look "professional".

By the time of the Oracle acquisition, I'm pretty sure everyone just realized "the browser won" and that's why we just had JavaFX get broken off the platform and basically put out to pasture. But it's not like much went into the core platform itself to make building great UIs easy. The underlying 2D rendering just never worked efficiently.

I mean, even today, there's some serious performance issues with IntelliJ on 4k monitors with scaling. https://youtrack.jetbrains.com/issue/JBR-526

When I look at where JetBrains is going, it sure seems like they are building on top of a better 2D engine, in this case, skia: https://github.com/JetBrains/skija.

Under the covers it uses Skija which is a java wrapper for Skia which is a C++ 2D graphics engine (https://github.com/JetBrains/skija)

You can take a look at Skija from Jetbrains. It's a wrapper around the Skia library used by Chrome, Xamarin, LibreOffice, among others.

Technically, the bot is written in Kotlin using Ktor and Koin. It's a single endpoint web service, listening for Telegram Bot API webhooks. Text is drawn using Oswald font (I need Cyrillic, not supported in Anton) with Skija library, a Java wrapper for Skia, a 2D library powering your phone and browser. It is really cool and next time you need to make something with graphics, consider using Skia and its wrapper for your language. Next, generated images are upload to Imgur via its API (the documentation could be better). The whole thing is running on a free VM in Oracle Cloud. So, yeah, next time you need to host something lightweight — check out their offering. Oracle also provides a free DB instance, which I'm using to cache the links. Monitoring: Grafana Cloud (also free). Deployments: GitHub Actions + Ansible. So it didn't cost me a penny, except for ~50 hours of coding in two weeks on the evenings.

codenameone.com — Open source, cross-platform, mobile app development toolchain for Java/Kotlin developers. Free for commercial use with an unlimited number of projects

This was resolved in this issue: https://github.com/codenameone/CodenameOne/issues/3706

Naturally depends on the use case, yet they work good enough to be in business for 20 years.

https://www.ptc.com/en/products/developer-tools/perc

https://www.aicas.com/wp/products-services/jamaicavm-tools/

https://www.codenameone.com/

Android 5 & 6 (only changed back into JIT/AOT due to long compile times), https://www.infoq.com/news/2014/07/art-runtime/

Unfortunely the best well known, Excelsior JET, is no longer in business, most likely due to GraalVM and OpenJ9 being available as free beer, while PTC, Aicas Codename One are safe in their domains.

There is also RoboVM (https://github.com/MobiVM/robovm) as free beer, however it actually started as a commercial product, and the acquisition from Xamarin kind of stagnated it (naturally).

At Codename One, we were using App Engine when our daily billing suddenly skyrocketed from a few dollars to hundreds. The potential cost was so high it threatened to bankrupt us within a month. Despite our best efforts, including educated guesses and fixing everything we could, we were never able to pinpoint the specific bug. Instead, we had to solve the problem through brute force.

We don't use GraalVM since our project was developed prior to its existence and we aimed for deeper native integration than it can offer: https://github.com/codenameone/CodenameOne

XMLVM, Codename One and iSpectrum (cross compile Java code from an Android app or creating one from scratch

I suggest filing an RFE in the issue tracker.

Thanks. It's always good to get another reminder. Yes, it was reported. u/shannah78 is working on this but we have time until November.

please check this issue https://github.com/codenameone/CodenameOne/issues/3686

We use ParparVM which we wrote. It compiles a subset of Java 8 (sort of) to native by translating the bytecode to C and passing that through XCode. The reason we took this path and not the path of "direct to native", is that it allows for future compatibility.