javalin
project-loom-comparison
| javalin | project-loom-comparison | |
|---|---|---|
| 7 | 5 | |
| - | 64 | |
| - | - | |
| - | 3.9 | |
| - | about 2 years ago | |
| Java | ||
| - | MIT License |
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.
javalin
-
Javalin 6 nearing release - last chance for community feedback
If you have any feedback, now is the time to let us know. You can find us on GitHub: https://github.com/javalin/javalin and Discord: https://discord.com/invite/sgak4e5NKv.
-
Show HN: Java REST without annotations, DI nor reactive streams
This looks pretty much like Javalin https://github.com/javalin/javalin , which has been around for a while.
Also, libraries that have a dependency on Google Guava always make me feel a bit queasy....
-
Why most of the startups do not choose Java for building their MVP
Currently my favorite if Javalin.io by far, for some reason it doesn't get much attention here although being about as popular as Micronaut.
- Show HN: I finished v5 of a JVM framework I've spent spent half a decade making
- Javalin v5 has been released! (web micro-framework)
-
A lot of libraries, specially front end ones have a "used by" grid like this with some pretty big brand names on them but I have never been able to trace their usage. Are these usually just a load of crap?
Javalin.io (A Java/Kotlin WebServer) keeps track on the companies that use it and also search github for repos using it. (https://github.com/javalin/javalin.github.io/issues/18)
-
I just finished v4 of Javalin, a Java/Kotlin web framework I've been working on for four years.
Nevermind, found it here: https://github.com/javalin/javalin.github.io
project-loom-comparison
-
Show HN: I finished v5 of a JVM framework I've spent spent half a decade making
Nothing to do with the project, but I read through it, so...
1. It's built natively on Jetty - very tight integration, not just some libs running in a Jetty container.
2. Web is inherently Request/Response - all of this can be handled with dramatically less resource requirements using Virtual Threads. Web is sort of the absolutely-best-use-case for Virtual Threads where as a Game Engine would be the opposite of that (one critical rendering thread and MAYBE a few extra long-lived threads for processing physics, audio, etc.)
3. I haven't tried debugging a Loom project but it's been in incubation for just under 100 years so I have to imagine this has been figured out.
4. About twice the throughput and 1/2 the latency of full OS threads - https://github.com/ebarlas/project-loom-comparison
-
What the Heck Is Project Loom for Java?
An interesting benchmark using ApacheBench on GitHub by Elliot Barlas
- Project Loom Comparison: benchmarking Java virtual threads
- Project Loom preview ships in JDK 19
- Experiment to achieve 5M persistent connections with Project Loom (Java)
What are some alternatives?
primevue - Next Generation Vue UI Component Library
project-loom-c5m - Experiment to achieve 5 million persistent connections with Project Loom virtual threads
juzu - A web framework for portlet and portal
greenlet - Lightweight in-process concurrent programming
kotlin-admin-template
JDK - JDK main-line development https://openjdk.org/projects/jdk
Abukuma
jvm-tail-recursion - Optimizer library for tail recursive calls in Java bytecode
javalin.github.io - Javalin website source code
Graal - GraalVM compiles Java applications into native executables that start instantly, scale fast, and use fewer compute resources 🚀
Takes - True Object-Oriented Java Web Framework without NULLs, Static Methods, Annotations, and Mutable Objects
loom-benchmark