heard great things about Javalin and I'm curious to check it out. congrats!
Show HN: I finished v5 of a JVM framework I've spent spent half a decade making
131–139 of 139 posts
Re: Show HN: I finished v5 of a JVM framework I've spent spent half a decade making
#132Earlier quoted context omitted.
I truly mean this with love, but this is the most Java comment I've seen in a long time :-D And (in the Java/enterprise world) is completely correct.
Funny, I had a LAMP stack in mind while writing it, and more specifically WordPress. For all the enterprise Java webapps out there, I bet there are 1000x more php sites. And they all use the same basic cms pattern.
heh, very good point. WordPress is absolutely everywhere and is exactly this model. I think WordPress forged the path too, so definitely deserves the "blame"
Re: Show HN: I finished v5 of a JVM framework I've spent spent half a decade making
#133Did half a decade sound more impressive than 5 years?
Re: Show HN: I finished v5 of a JVM framework I've spent spent half a decade making
#134Earlier quoted context omitted.
Could you be more explicit, perhaps with an example? Do you simply mean you prefer function/constructor parameters over DI?
Calling a constructor is DI. ‘new’ is the only DI framework required. Benefits: Unbelievably fast startup time No magic No annotations, XML or YAML required No classpath scanning related security vulnerabilities Conpletely deterministic In no other language is ‘calling a constructor’ considered so complicated a framework is required. Try it!
> Calling a constructor is DI. ‘new’ is the only DI framework required.
This feels like the sane thing to do, but sadly for historical reasons this won't work with many (if not the most) Java frameworks out there, or even certain options in the .NET ecosystem.
When you get non-trivial frameworks that are deeply entrenched in having DI and using it internally for a bunch of stuff, you'll find yourself out of options, e.g. if you use Spring/Spring Boot.
And in many places something like Spring Boot might be considered an "industry standard" and you might get looked at funny if you suggested using another framework, even more so if they have their own configuration/plugin/utility solutions for it already built within the org.
Personally, however, I rather enjoy alternative takes on how web frameworks could look and even something like Dropwizard/Vert.X/Quarkus have nice quality of life aspects to them.
In a sense, it's nice that the industry is moving towards smaller service based architectures, where you might spin up a new service with whatever tech fits the problem that you're trying to solve, as opposed to being locked into adding code on top of some bloated monolith (though that comes with certain tradeoffs and drawbacks, in regards to complexity and maintenance).
Re: Show HN: I finished v5 of a JVM framework I've spent spent half a decade making
#135Earlier quoted context omitted.
> Java deserves its comeback among the wave of nu-programming we are going through. What is nu-programming? And why would Java deserve a comeback?
>nu-programming I made that one up. >And why would Java deserve a comeback? Java is an extremely mature piece of technology, and having used it on the enterprise, I can attest that few things come close on flexibility and stability. Also, functional languages on top of the JVM (clojure, kotlin, scala) are very interesting on their own. Java deserves some love from this new wave of paradigm changes like "write-once-ru…
> Java is an extremely mature piece of technology, and having used it on the enterprise, I can attest that few things come close on flexibility and stability.
Very much agreed, as long as you don't have to deal with legacy projects with Java 8 to Java 11 migration, which might sour the view of the language as a whole for some folks. I think Java doesn't get as much love nowadays due to some of the frameworks having to deal with historical baggage (e.g. Spring being unwieldy, which is at least partially why people prefer Spring Boot), though Java probably isn't the only language for which this is the case: https://earthly.dev/blog/brown-green-language/
That said, Java and .NET are both good options in my eyes - reasonably productive, with pretty decent type systems and good runtime performance. Not perfect, but almost always decent choices. Oh, and the runtimes themselves are pretty great, especially because we get languages like Kotlin, Scala for the JVM and F# for the CLR.
Then again, for different use cases I wouldn't scoff at Python, Ruby or Node either. Even something like PHP can be passable in some cases.
Re: Show HN: I finished v5 of a JVM framework I've spent spent half a decade making
#136Did half a decade sound more impressive than 5 years?
Yes :)
Re: Show HN: I finished v5 of a JVM framework I've spent spent half a decade making
#137Earlier quoted context omitted.
How does it compare to coroutines in Kotlin?
i'd be interested in this too. my guess: virtual threads are slightly more memory efficient and slightly faster, but same ballpark.
now that i think about it i'm pretty sure my guess is completely wrong. memory usage (and thus concurrent-inactives) might be similar, but i expect the virtual threads to be much more efficient.
Re: Show HN: I finished v5 of a JVM framework I've spent spent half a decade making
#138Earlier quoted context omitted.
i'd be interested in this too. my guess: virtual threads are slightly more memory efficient and slightly faster, but same ballpark.
now that i think about it i'm pretty sure my guess is completely wrong. memory usage (and thus concurrent-inactives) might be similar, but i expect the virtual threads to be much more efficient.
except if you use the appropriate non-blocking methods! with blocking io, kotlin coroutines are just running in a thread pool.
Re: Show HN: I finished v5 of a JVM framework I've spent spent half a decade making
#139From my understanding this framework doesn’t include an ORM. I consider the ORM one of the most important component for a web framework