jpa-entity-generator
project-loom-c5m
jpa-entity-generator | project-loom-c5m | |
---|---|---|
1 | 16 | |
209 | 350 | |
-0.5% | - | |
0.0 | 0.0 | |
22 days ago | about 2 years ago | |
Java | Java | |
MIT License | 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.
jpa-entity-generator
-
Don’t call it a comeback: Why Java is still champ
Want more examples? What about database schemas and mapping them to your ORM/other persistence layer solution? I think if you're writing your own model code, you're doing something wrong, regardless of the language that you use. You'll probably mess up or miss relation mapping with something like Hibernate, will miss out on some comments for autocomplete in Laravel and just generally will have an inconsistent persistence layer that will make you waste time.
In most cases, starting with the schema first and using one of the available generation solutions to fill in the application side of the persistence layer seems like the only sane options. Sure, some might prefer to handle migrations in the app side, like Ruby's Active Record Migrations, or something like Liquibase, which are also passable approaches, as long as you don't create a bad schema just so it fits your application.
Java JPA entity generator example: https://github.com/smartnews/jpa-entity-generator
project-loom-c5m
-
Java 21: The Nice, the Meh, and the Momentous
It is not. Blocking IO (with some exceptions mentioned in the JEP) will automatically be translated by the runtime into non-blocking IO when it occurs on virtual threads, and no OS threads will be blocked. You can have a million threads blocking on a million sockets (obviously without creating a million OS threads): https://github.com/ebarlas/project-loom-c5m
You can't do that with thread pools. You could achieve that scalability with async code, but then observability tools will not be able to track the IO operations and who initiated them, but with virtual threads you'll see exactly what business operation is doing what IO and why.
-
Don’t call it a comeback: Why Java is still champ
That might change in JDK 21 (with virtual threads). See this https://github.com/ebarlas/project-loom-c5m . It achieve 5 million persistent connections (again depends on the server capacity and kernal tuning) using normal simple blocking code (https://github.com/ebarlas/project-loom-c5m/blob/main/src/main/java/loomtest/EchoServer.java) . It's a far better better programming model compared to JS async/await.
- Project loom + valhalla + graalvm = Java on steroids
- Distilling the Real Cost of Production Garbage Collectors
- Achieving 5M persistent connections with Project Loom virtual threads
- Experiment to achieve 5M persistent connections with Project Loom (Java)
- What is the current state of the art for efficiently handling blocking requests in Java/Spring?
What are some alternatives?
Joda-Beans - Java library to provide an API for beans and properties.
jvm-tail-recursion - Optimizer library for tail recursive calls in Java bytecode
openapi-generator - OpenAPI Generator allows generation of API client libraries (SDK generation), server stubs, documentation and configuration automatically given an OpenAPI Spec (v2, v3)
remove-recursion-inspection - Intellij IDEA inspection for automatic recursion detection and removal
Lombok - Very spicy additions to the Java programming language.
remove-recursion-insp
Checker Framework - Pluggable type-checking for Java
Reactive Streams - Reactive Streams Specification for the JVM
ixy-languages - A high-speed network driver written in C, Rust, C++, Go, C#, Java, OCaml, Haskell, Swift, Javascript, and Python
qbicc - Experimental static compiler for Java programs.
jpa2ddl - JPA Schema Generator Plugin
project-loom-comparison - A comparison of different methods for achieving scalable concurrency in Java