←back to thread

Spring-rs is a microservice framework in Rust inspired by Java's spring-boot

(github.com)
74 points holmofyHu | 6 comments | 17 Aug 24 12:40 UTC | HN request time: 1.096s | source | bottom
Show context
ffsm8 ◴[17 Aug 24 17:37 UTC] No.41276279[source]▶
this new project, spring-rs is a wrapper for various other projects, gluing them together. (and thats totally fine!)

But naming it after the Spring Framework might be slightly exaggerating its ambition.

Even its homepage uses marketing thats not really on point for Spring i think?

i.e. Lightweight: The core code of spring-rs does not exceed 5,000 lines

I dont think anyone can honestly call Spring with its 8 million Lines of Java Code ... lightweight?

replies(5): >>41276354 #>>41276588 #>>41277190 #>>41277291 #>>41277513 #
karmakaze ◴[17 Aug 24 19:23 UTC] No.41277190[source]▶
This is like the renaming to JavaScript to ride the coattails of Java.

I suppose Spring is still a popular, widely known framework. Other than desired popularity, there's no resemblance and is antithetical. Anything I see associating with Spring, I would assume to be outdated and inefficient.

replies(1): >>41278735 #
randmeerkat ◴[17 Aug 24 23:00 UTC] No.41278735[source]▶
> I suppose Spring is still a popular, widely known framework. Other than desired popularity, there's no resemblance and is antithetical. Anything I see associating with Spring, I would assume to be outdated and inefficient.

Spring is a battle tested, robust, optimized framework, that has scaled the largest brands in the world. It is literally what fortune five hundred companies trust their fortunes with. Spring is far from being outdated or inefficient, and will likely continue to dominate the market for years if not decades to come.

replies(3): >>41278817 #>>41278977 #>>41282654 #
1. matrix2003 ◴[17 Aug 24 23:42 UTC] No.41278977[source]▶
> Spring is a battle tested, robust, optimized framework, that has scaled the largest brands in the world. It is literally what fortune five hundred companies trust their fortunes with. Spring is far from being outdated or inefficient, and will likely continue to dominate the market for years if not decades to come.

I spit my coffee out on part of this one!

I’ve been a Spring developer for the better part of the last 10 years, and it definitely has warts, bugs, undocumented behavior, and plenty of source code diving for half-implemented features.

It does allow corporate middleware to easily be inserted, making management feel better and devs lives’ harder.

Don’t get me wrong, it has a placed in “corporate” development, but there are much more streamlined frameworks out there. In today’s day and age where SDKs are readily available and APIs are mostly sane, I think it has less of a place.

replies(3): >>41280614 #>>41282661 #>>41282753 #
2. foundart ◴[18 Aug 24 06:44 UTC] No.41280614[source]▶
> but there are much more streamlined frameworks out there

Which ones would you recommend instead of Spring?

replies(1): >>41285498 #
3. signal11 ◴[18 Aug 24 14:42 UTC] No.41282661[source]▶
> I spit my coffee out on part of this one!

I don’t know if the Spring team have dev evangelists, but I got a chuckle out of it too. Such a dev evangelist thing to say.

I do agree with your assessment, btw.

4. karmakaze ◴[18 Aug 24 14:57 UTC] No.41282753[source]▶
I refrained from replying as different folks have different experiences and views. I'll just leave this picture[0] of what I consider not optimized. Most of my beef is with JPA/JPQL/but-most-of-all-Hiberhate--it's a 2000's solution for a 1990's problem.

[0] https://ptrthomas.wordpress.com/2006/06/06/java-call-stack-f...

5. matrix2003 ◴[18 Aug 24 21:04 UTC] No.41285498[source]▶
The answer is “it depends,” but personally I like ktor/micronaut better or golang’s stdlib. I do a lot of REST work right now, and I try to keep my services small.
replies(1): >>41293838 #
6. karmakaze ◴[19 Aug 24 19:18 UTC] No.41293838{3}[source]▶
I've also used Go without ORM-like libraries. For Java/Kotlin I've been trying out Javalin + JDBI which isn't too bad. You just have to roll your own things (or do the integration with what's available) sometimes. My apps start in 1/10s of seconds.

I wouldn't recommend it for a team that's used to copy/pasting from StackOverflow to get things done.