Chat Logs

  1. noobiewanHi, is there a channel dedicated to Spring?
  2. cheesernot that i'm aware of. at least not on libera.
  3. GreenResponsethere is #spring.io but it has only 2 people there
  4. dreamrealnoobiewan: if you have a question, ask
  5. dreamrealthere are people who know spring well here
  6. cheeserthe poor sods
  7. Swayzelol
  8. Swayzethat speaks nothing to the actual popularity and commerical use cases for spring
  9. Swayzeespecially with all these so called 'supply chain' hacks on the public non-curated eco-systems of late
  10. Swayzenon-centrally-curated*
  11. Swayzeand the last decade of performance and language enhancements
  12. Swayzejava and spring is not going anywhere anytime soon ...
  13. dreamrealI'm not sure what the point would be
  14. Fijithe point would be we're here to argue about why quarkus is better than spring!~!!
  15. cheeserfuck yeah!
  16. dreamrealargue away then
  17. dreamrealI'll watch from way over here
  18. ParaAh, the Jerry Springer method. "He's cheating on you. I'll just leave this knife here. Discuss."
  19. dreamrealnah, it's just not my monkey, not my circus
  20. dreamrealif people want to have that argument, they're welcome to, it's just not mine
  21. ParaAs my high school principal told us on the day of graduation, "Clowns are leaving but the circus will remain."
  22. noobiewanI'm just starting with Spring and I'm trying to figure out what's the best way to write a simple, run-once-or-twice "script"? I just want to run some experiments or have some utilities that I can run from time to time, but taking advantage of the spring context (database configs etc). All ideas I got from LLMs are a bit cumbersome, nothing quick and dry, like having a CommandLineRunner + graddle
  23. noobiewantask for instance. Is there a better way?
  24. cheeserwhy would you need/want spring for that?
  25. sonOfRaFor a single one-off script it seems odd, but I guess the database stuff is nice to have and might be annoying in a shell script?
  26. noobiewanI'm working on a project that will use spring... for instance right now I'm testing some database stuff so I'm generating fake data, usually I would just write a script in python or whatever but then I would need to make sure to have the same configuration in two different places, similar libraries etc
  27. dreamrealspring has CLI tools, spring-shell is a thing
  28. sonOfRaIf you already have a project, why not add a maven/gradle submodule that does your shell stuff?
  29. noobiewanthe way I got it working was by creating a new class that implements CommandLineRunner and is annotated with @SpringBootApplication, then I run it with the flag --spring.main.web-application-type=none
  30. dreamrealsure
  31. dreamrealso do that?
  32. sonOfRaWouldn't want it packaged with the main application when building the deployment artifacts, but that's what build systems are for!
  33. dreamrealI mean, it's overkill but it gives you what you need
  34. noobiewanbut since I'm new, it seems overkill like you said, so I'm wondering if there is another way
  35. dreamrealnah
  36. dreamrealdo what works
  37. dreamreal~suffering
  38. javabotSuffering-oriented programming: make it work, make it pretty, make it fast - in that order. http://nathanmarz.com/blog/suffering-oriented-programming.html
  39. nevetSuffering-oriented programming - thoughts from the red planet - thoughts from the red planet
  40. dreamrealif you're using spring, this encourages reuse, it's a lot for a CLI but eh
  41. sonOfRaAnd the way spring shell works is nice honestly. Easy definition of options for the scripts etc. We use it for some admin tasks in our Keycloak instance. Did it with shell scripts and curl at first, but it's much easier with the keycloak-admin-client java library, and so we went with spring-shell
  42. noobiewanI will take a look, thanks
  43. dreamrealand oh yeah just to satisfy the punters, QUARKUS IS SO MUCH GOODER
  44. dreamreal(I do not believe that but I'm tryna shut them up before they start shouting the same thing)
  45. dreamreal(I also do not believe "spring is so much gooder" but the spring people tend to be less rabid about that sort of thing, not that the stupid quarkus fanbois are stupid or anything)
  46. cheeserless rabid, eh?
  47. dreamrealYES AND HOW DARE YOU IMPLY OTHERWISE ABOUT THE BENEVOLENT SPRING OVERLORDS
  48. dmlloydstupid quarkus fanbois are very smart, thank you very much
  49. dreamrealthey're too stupid to not point out that they're very smart, though
  50. dreamrealyou're WELCOME
  51. * dreamreal runs
  52. sonOfRaI feel so dirty using a spring app to admin keycloak (quarkus)
  53. jbosmans't is good to have options
  54. DrixtanI am doing some PoC for an app I want to make, testing quarkus (new to me) was a breeze, now I am testing go, and I want to die for 3 days right now... my first impression was _very_ good to be honest :-/
  55. dreamrealgo is good?
  56. Drixtanno, other way around, go = wanna die
  57. dreamrealah, your first impression of GO was good, and then it eroded?
  58. Drixtanno, let me rephrase. I tested quarkus, its new to me, all good, I was pleased. I am testing go for 3 days now, I want to die.
  59. dreamrealah, okay
  60. dreamrealI was struggling trying to parse what you'd written
  61. DrixtanI saw that hehe
  62. dreamrealquarkus IS good, but you kinda have to think quarkus; it's pretty opinionated, largely to your benefit
  63. dreamrealspring is opinionated but in different ways and to different degrees; if you need the flexibility, there you are, and the ecosystem is broader
  64. dreamrealI actually don't have a lot of preferences; I know spring better but meh, if someone asked me what *I* would use it'd be spring, but if they asked me what THEY should use, I'd shrug
  65. dreamrealand go is okay but the ecosystem around it is... a little more fast and loose than I would like, I think
  66. dreamreala lot of go devs are like "what, you don't test in prod like I do?"
  67. DrixtanI fail to see a positive point for go right now, I don't want to be "one of those bashing a language", but so far, so many "wtf is that" moments, so much boiler plates - I thought java had boilerplates, but go has boilerplate for your boilerplates. :P
  68. dreamreal(a friend of mine wanted me to run 18MB of artifacts written in go... with zero tests in the codebase. Um...)
  69. DrixtanI thought, since I love doing C, that I would like go; there is probably something wrong with me, so I keep trying
  70. dreamrealyou'd probably be happier with zig (as long as you don't mind throwing code away when they find a better path, a lot like scala but MUCH nicer as a community) or rust
  71. DrixtanI did some zig, 0.13 to 0.15 (io gate)
  72. dreamrealI actually respect zig's mindset: they're not intentionally unstable but they're willing to say "look, what we did wasn't right"
  73. DrixtanI stayed outside that gate, I had enough of the changes. It's all fine, it's not 1.0 yet, but I don't think I am going to see 1.0 in my lifetime
  74. dreamrealyeah, well, there IS that
  75. dreamrealso that leaves you with rust :D
  76. dreamrealor the JVM
  77. dreamrealjust don't use scala
  78. dreamrealI'm pretty open-minded in general but scala is to be avoided
  79. Drixtanyea, I am checking rust, see if it's going to take so much more time than go, for example.... but right now, Quarkus is high in the picking list
  80. dreamrealthe language itself is great, I think, but everything else about it is the worst
  81. dreamrealquarkus is great as long as you fit its opinions about design, which is a pretty broad umbrella, honestly
  82. Drixtanis scala still at thing? I remember back then, people were like: "it's the future, java's dead!", and look at that today
  83. dreamrealit's still a thing, yes, but the ecosystem's toxicity is working against it, and no real loss
  84. Drixtansince you seem to know quarkus, what are the things I should watchout, like the gotcha gotcha that could come bite me in the ass - "because you just had to know before"
  85. dreamrealI wouldn't be the one to document them: I don't know quarkus all that well, I've just kicked the tires
  86. dreamrealand for what it advertises itself as being good at doing, it does what it says on the tin
  87. Drixtanyea, it's java at the end of the day, can't be that bad
  88. Drixtananyway, I wanted to pitch in this discussion, since it's kind of relevant of what I am doing this week, I wanted some expert voices on that :P - and perhaps take a break of go a little bit...
  89. dreamrealI know a lot of the quarkus devs and respect those I know. I don't have anything bad to say about it apart from the stridency of advocates... but if that's a quibble, it's not one unique to quarkus AT ALL. And note that the stridency of which I speak is not present here EVEN THOUGH some of the quarkus devs are present themselves. :D
  90. DrixtanI think we can find this trait in most part of the tech world. That's a nerd thing I believe.
  91. dreamrealnerds are the worst.
  92. DrixtanI know right