elemental2
j2cl
| elemental2 | j2cl | |
|---|---|---|
| 1 | 9 | |
| 147 | 1,163 | |
| -0.7% | 0.8% | |
| 6.1 | 9.7 | |
| 14 days ago | 5 days ago | |
| Java | Java | |
| Apache License 2.0 | Apache License 2.0 |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
elemental2
-
Three.js for Java devs: J2CL, Closure, Bazel, etc ...
To work with browser APIs from Java we would use Elemental2, which is abstractions for JavaScript APIs, the set of Java wrappers based on the Closure Compiler externs.
j2cl
- Google/j2cl: Java to Closure JavaScript transpiler
- CheerpJ 3.0: a JVM replacement in HTML5 and WASM to run Java on modern browsers
- Creating a incremental game in Java
-
When this will come to Java or when will the work start for this?
There are many open source projects like, https://github.com/google/j2cl/tree/master/samples/wasm
-
Using Java for the front-end of a web app in 2022
This was a grand stroll down memory lane; having hacked Java since JDK 1.0, I've seen a lot of improvement.
An idle thought: he favors server-side rendering whereas the javascripts seem to favor client-side rendering. Along the way doing servlets, there came to be "view first" rendering, where you use serverside to paint a minimal page which, itself, uses ajax calls to fill in the blanks. I used that a lot.
It's true also that I migrated from servlets to node. But, in all of this, clojurescript erupted on the scene. And, for me, that's where the piece gets interesting: he introduces us to a java to clojurescript transpiler and tells us it was used to craft the google app suite. Now it's time to go play [1]
[1] https://github.com/google/j2cl
- J2CL – Java to Closure JavaScript Transpiler Used by Gmail and Docs
-
Three.js for Java devs: J2CL, Closure, Bazel, etc ...
So it looks like we have pretty much everything except for the most important part: three.js that we can use from Java. And it’s a little bit of a complex part. To interop with JavaScript we should use J2CL JsInterop API, but there is a little problem: Closure Compiler must be able to recognize types of (most of the) three.js objects. Here we have two options:
-
the only reason java is still relevant is because it is shoved down the throats of high schoolers and college students
You mean https://github.com/google/j2cl ? You understand though that these are trying to solve multiplatform in very different ways. I don't think this approach has a bright future.
-
Front end development for java.
Have you seen J2CL? https://github.com/google/j2cl
What are some alternatives?
gwt3-processors - Set of goodies for J2CL apps
jsweet - A Java to JavaScript transpiler.
jsinterop-generator - Generates Java annotated with JsInterop from JavaScript extern sources
Graal - GraalVM compiles Java applications into native executables that start instantly, scale fast, and use fewer compute resources 🚀
quake2-j2cl-port - Automatically exported from code.google.com/p/quake2-gwt-port
Vaadin - Vaadin 6, 7, 8 is a Java framework for modern Java web applications.
j2clmavenplugin - Maven plugin to launch new J2CL compilation
tsickle - Tsickle — TypeScript to Closure Translator
webfx - A JavaFX application transpiler. Write your Web Application in JavaFX and WebFX will transpile it in pure JS.
bazel-vscode-java - Bazel Java development extension for VS Code
molecule - Build a StateFlow stream using Jetpack Compose