Chat Logs

  1. * domicron joined #java
  2. * Betal joined #java
  3. * Ledev joined #java
  4. LedevI have a question
  5. * NeXeN joined #java
  6. * domicron joined #java
  7. * NeXeN joined #java
  8. * NeXeN joined #java
  9. * ferdna joined #java
  10. * kathadris joined #java
  11. * ForeverDreaming joined #java
  12. * zorone joined #java
  13. * Cyp joined #java
  14. * five618480339176 joined #java
  15. * Ragnor joined #java
  16. * LtHummus joined #java
  17. * LtHummus joined #java
  18. * stfstfm_ joined #java
  19. * Aedil joined #java
  20. * sponkz joined #java
  21. * zorone joined #java
  22. * stfstfm joined #java
  23. * Nemu64 joined #java
  24. * ChaiTRex joined #java
  25. * NeXeN joined #java
  26. * Nemu64 joined #java
  27. * NeXeN joined #java
  28. * stewi joined #java
  29. * NeXeN joined #java
  30. * NeXeN joined #java
  31. * Afroboy joined #java
  32. * NeXeN joined #java
  33. Swayzeevery jvm implementation is platform specific
  34. Swayzeso perhaps pick a platform as well
  35. SwayzeLedev: we can't wait to hear it
  36. * NeXeN joined #java
  37. * NeXeN joined #java
  38. * troydm joined #java
  39. * zorone_ joined #java
  40. * kathadris joined #java
  41. deeboany tips on tools to generate load on a rest api locally? i've used stuff like gatling in the past but need something that's way simpler and faster to get running
  42. Swayzek6 ...
  43. * NeXeN joined #java
  44. [twisti]deebo: i think jmeter is the gold standard for that
  45. deebojmeter is pure satan
  46. deebogatling is just half satan
  47. [twisti]really, my bad then
  48. [twisti]never used it myself, its just always the first thing i hear
  49. deebounless it has changed much, it's only suggested by people that want to be paid to maintain the tests, same as with robot
  50. * MikeBux joined #java
  51. * NeXeN joined #java
  52. * kcomhnall joined #java
  53. dreamrealjmeter IS the gold standard although tehre are others
  54. dreamrealit depends on what you're doing
  55. dreamrealjmeter's complex because it's freaking THOROUGH and you can build sequences in it, ideal for a REST application: do this, wait for that, respond using data from "this" like that... invoke these methods, etc
  56. deeboyeah our previous gatling tests did that, but they require as much upkeep as the applications themselves, should move back to server geenrated stuff for ease of loadtesting
  57. deeboguess i'll just pick production request rates from dynatrace and try to approximate the same with gatling
  58. dreamrealUnderstood yet the problem is that nothing is free
  59. dreamrealyou could do it yourself with robot, with plenty of other tools from other languages, too, but you end up programming the load testing tool
  60. dreamrealwhat jmeter brings isn't "avoid programming the load testing tool" but metrics and tools to take away bits your load testing tool will have to write. You still have to write the rest of it, unless your goal is "hammer this URL with this data" over and over again, which MAY be your goal, but if that's it, what are you waiting for? ab can do it, but so can jmeter, in less time than it took to write
  61. dreamrealthis comment.
  62. Tenchiback in the day there was a java-based closed-source tooll from a company in sweden called PureLoad
  63. Tenchiit was really nice
  64. dreamrealTenchi: heh, he's complaining about OPEN SOURCE being too expensive and you offer a commercial product?!
  65. Tenchii dunno if even exists anymore but 15 years or so ago it was what i preferred
  66. dreamrealI mean, postman can do it too
  67. Tenchifor all i know the company went out of business and they released it as opensource, i dunno
  68. dreamrealstill there apparently: https://emblasoft.com/product/pureload
  69. nevetPureLoad
  70. Tenchiyep, that's them
  71. Tenchidoesn't look like they opensourced anything heh
  72. Tenchithey were really nice guys though... reminded me of the karl and magnus caliber of people
  73. Tenchi馃榿
  74. dreamrealthat's... uh... pretty high praise
  75. dreamrealmagnus is still one of the best programmers I've ever known
  76. Tenchiwell, i'm referring more to how nice they were in the swedish/scandinavian kind of way more so than their talent
  77. Tenchii really liked the software too, it was really nice in that you could build functional tests and then use the same tests with the load generation thing
  78. dreamrealhrm, I'm not sure if I recall them being "nice" in any particular way, I thought they were efficient
  79. Tenchiit handled distributed load testing very well
  80. dreamrealdeebo: /m nevet wrk
  81. dreamrealmaybe /m nevet locust
  82. * polarian joined #java
  83. dreamrealhttps://bytecode.news/posts/2026/03/the-ai-dilemma
  84. javabotdreamreal's title: "The AI Dilemma | bytecode.news"
  85. dreamrealoh, oh. Someone's sugesting moving lombok to gradle. :D
  86. dreamrealAND cutting off support for pre-17!
  87. deebofew years ago i wrote a tool that analyzes our logs (we used to log bodies for http requests too) and just replayed the same load with the same timing to a local service, that was the bestest
  88. * michele joined #java
  89. deebonow i just need some load that resembles real load to profile a services startup so i can see if there's something to warm up before accepting traffic
  90. * michele joined #java
  91. dreamrealI just recoiled a lot inside
  92. dreamrealyikes
  93. dreamreal:D
  94. dreamrealdeebo: if it's that simple, why not ab?
  95. deeboneed random data etc to not just hit caches etc
  96. dreamrealhey, then, or wrk, or dumb ol' jmeter
  97. dreamrealheh: Sentiment for irc://libera/%23java: -1/10 | Intensity mod | Themes: load testing tools, JMeter debate, tooling complexity | Summary: Calm technical exchange about REST API load testing; mild friction over JMeter complexity vs. simplicity, but cooperative problem-solving prevails.
  98. dreamreal(from nevet, the sentiment operation)
  99. deeboin one of our services the issue was internal locking in jackson, for some rason this seems to be different, but couldn't pin point the reason with tests we have available
  100. dreamrealinternal... LOCKING? Um, jackson's marshalling is pretty thread-safe, but it's also pretty normal to build mappers on the fly, they're pretty light, and jackson3 emphasizes that point
  101. kcomhnall+
  102. deeboyep, we hit locking in jackson (de)serializer creation when swapping load from x old isntances to x new instances
  103. deebothere was also some jdk bug with lock contention for ssl certificate loading or something weird
  104. dreamrealhuh, interesting
  105. deebohttps://github.com/openjdk/jdk/commit/9b747491de01fd011b09668a67113e80c2b7c708
  106. nevet8276660: Scalability bottleneck in java.security.Provider.getService() 路 openjdk/jdk@9b74749
  107. javabotdeebo's title: "8276660: Scalability bottleneck in java.security.Provider.getService() 路 openjdk/jdk@9b74749 路 GitHub"
  108. dreamrealThat'd be fascinating to work out. Have you looked at jackson3? (Not a recommendation, this is a query. That migration is not trivial and I know it.)
  109. dreamrealthe security cert stuff is outside of my wheelhouse: I have NO insight there
  110. deebowe're on jersey, which doesn't do jackson3 yet
  111. dreamrealI don't understand - how would jackson locking affect you if you're using jersey?
  112. deebothat's what spring boot uses for json in jersey
  113. dreamrealoh, sorry, dang, catching up, been busy. Context switch failure on my part, you're right
  114. dreamrealI was thinking you were using an implementation of the controllers that used the JVM's apis, not a good one
  115. dreamrealwhich version of spring boot are you on?
  116. deeboi just added a task that goes through jersey resources, finds body and response classes and then calls .writeAsString(new ResponseType()) or .gimmeObject("{]", BodyType.class) for all non primitive/colelction etc types before accepting traffic
  117. deebomostly latest v3 and one service on v4
  118. dreamrealhmm, that sounds like a pain. Good on you for finding a solution, at least. So it sounds like it was doing a failure looking up reflected types? That's... pretty awful to find
  119. deeboyep the (de)serializer caches internal to jackson are synchronized
  120. deeboso you get a bazillion requests for FancyObject on a cold instance and everything slows down
  121. * odinsbane joined #java
  122. dreamrealYeesh, yeah, although I'd hope it was smart enough to do it cleanly once. C'est la vie.
  123. dreamrealIt'd be interesting to see if jackson3 had the same problem (again, not asking you to, that's a lot for a rando on IRC to throw out.)
  124. * Munnu joined #java
  125. * kcomhnall joined #java
  126. * michele joined #java
  127. * michele joined #java
  128. * baier joined #java
  129. * michele joined #java
  130. * CodeGeek!~codegeek@about/java/CodeGeek changed the topic to: Welcome! || Read Channel Rules at https://javachannel.org/ before participating. || Paste limit is two lines; ~pastebin lists options. || No applets, please. || Minecraft, Android, and Javascript all have their own channel. || You are being logged.
  131. * nevet joined #java
  132. odinsbaneIt's nice how helpful the new compilers are now, but a shame nobody will see the better messages.
  133. dreamrealhahaha
  134. dreamrealwell, the LLMs will, and they can use the information well...
  135. dreamrealodinsbane: ++
  136. nevetodinsbane now has karma of 1.
  137. dreamrealWhen's the last time you SAW a compiler error message, though? When you said that I was thinking "yeah, they're... wait." I haven't used a compiler to check syntax in a LONG LONG TIME - it's the IDE showing me errors in a window, not a compiler emitting a message.
  138. odinsbaneI'm trying to learn rust. So I'm doing it from the command line a bit.
  139. Paray'all need some clojure compiler exceptions in your life
  140. ParaThey make almost zero sense.
  141. ParaOver time you learn that specific form of error means specific problem.
  142. dreamrealPara: that feels like the old C compiler error message dance :D
  143. Para(it used to be a lot worse than what it is today, but it's still ridiculously bad in comparison to everything else)
  144. dreamrealLLms are interesting: It'll be ... fascinating to see how the industry learns to work with them. One project I'm watching has like 8 *releases* a day on github... and the tests? ... what tests?
  145. odinsbaneEven llm's dont like writing tests. Maybe that will be left to the users.
  146. dreamrealI'm considering asking about testing methodology but I don't want to sound snarky about it, like "hey, would this release cadence be any better if you had even one test?"
  147. dreamrealI don't care what the LLM likes to do, I demand tests and coverage is part of my acceptance criteria
  148. dreamrealWhen I use an LLM, it's "write a test that replicates this failure" and THEN fix the failure
  149. dreamrealtedious for everyone, yes, but it also prevents feature breakage down the road because the LLM can't just say "oh I fixed it" when it broke other stuff, and I ALSO don't allow it to remove or evade tests, a REALLY nasty habit the LLMs have
  150. dreamrealthey're better about it now than they were but that might be something they've learned for ME (in my configs) becasue I hammer the point so hard
  151. odinsbanedid you make a 'skill'?
  152. dreamrealno, I'm just using the agent commands so far
  153. * kcomhnall joined #java
  154. dreamrealI'm not sure what making a skill entails, but that sounds useful
  155. * kento2 joined #java
  156. dreamrealhmm, interesting
  157. dreamrealI should make some skills!
  158. dreamreal(I have yet to hit token limits for some reason, so it hasn't really come up, but I can see it.)
  159. fizzie"It's a skill issue" has an entirely new meaning in this day and age.
  160. dreamrealfizzie: ++ hahaha
  161. nevetfizzie now has karma of 1.
  162. dreamrealodinsbane: ++ thanks. I might start seeing if I can make some skills out of this - my directives are pretty decent but are probably too broad. I set up an MCP server but a skill has a different focus; I wonder if the MCP server can have an attendant "here's how to get the skill locally" as well.
  163. nevetodinsbane now has karma of 2.
  164. deeboi used my company provided github copilot tokens on opencode creating a tool for personal use i needed, just talk to it like a product manager and keep making chaneges and committing when things work
  165. deeboit's like a junior dev that can read documentation insanely fast, but some times doesn't know why stuff doesn't work and you might need to point out the bug for it to get fixed
  166. kcomhnalli'll admit - I totally forgot my password to my pro github account.
  167. dreamrealdeebo: yeah, that's how I sort of use them too
  168. deebodefinitely useful, hard to say about how much in real work, especially with at least my current client restricting tooling used quite a lot to at least try and minimize leaking stuff
  169. odinsbaneSome of these repositories that get recommended on github sound insane. https://github.com/bytedance/deer-flow
  170. javabotodinsbane's title: "GitHub - bytedance/deer-flow: An open-source SuperAgent harness that researches, codes, and creates. With the help of sandboxes, memories, tools, skill, subagents and message gateway, it handles different levels of tasks that could take mi..."
  171. nevetGitHub - bytedance/deer-flow: An open-source SuperAgent harness that researches, codes, and creates. With the help of sandboxes, memories, tools, skill, subagents and message gateway, it handles different levels of tasks that could take minutes to hours.
  172. dreamrealleaking stuff is an interesting problem: the problem for me is trust, not leakage. It's not like the LLMs can go "ooo, user foobaricus just worked on code for this, i'mma integrate it into the training model, now everyone has it!" on the fly
  173. dreamrealbut the vendors CAN serve as MITM vectors
  174. deebothey have to be eating the code they get as context to get an edge for future stuff, i guess copilot at least tries to promise big businesses that they wont train stuff on the contexts or something
  175. * skinkitten joined #java
  176. dreamrealthey all do, that'd be a breaker for any sane environment
  177. odinsbaneHow big of a model do you need to access a codebase though? Could you just use a small local model for consuming your own api.
  178. dreamrealThat question doesn't quite make sense
  179. dreamrealmodel sizes don't affect *access*
  180. * michele joined #java
  181. * GreenResponse joined #java
  182. odinsbaneYou could query a small model that has access to your code. Small, just because your local instance might not be up to par with a cloud based solution.
  183. * rapmoc_ joined #java
  184. * rapmoc_ joined #java
  185. * rapmoc joined #java
  186. dreamrealYeah, but the model size isn't part of *access* - it only affects capabilities
  187. * stewi joined #java
  188. * sponkz joined #java
  189. odinsbaneI was thinking leaking meant uploading proprietary code to a hosted LLM. So a local model would prevent the host having any access to your code.
  190. odinsbaneI was playing with a 0.8b model and, it was funny but didn't produce anything usable.
  191. * jamezp joined #java
  192. dreamrealyeah. Small models don't have enough data. And uploading proprietary code IS an issue, but where does it GO? It's not like the LLMs store everything THERE - they don't. but MITM roles mean they CAN.
  193. deebosmall models are ok, e.g. the new qwen 3.5 models, but you still need memory for the context so it's quite nontrivial to run properly at home on consumer hardware
  194. deeboi bought an intel b50 for testing this stuff and they sure don't make it easy, maybe could get something useful done with two intel b60s
  195. nimajeseems like llms store stuff whereever, read from an admin of a pastebin site that llms try to upload sensitive information there
  196. dreamrealnimaje: they normally don't
  197. dreamrealdeebo: mac mini
  198. dreamrealMy m1 actually does all right even on constrained models
  199. ParaI kinda wish there was more about SLMs.
  200. ParaJust...more. Hype, discussion, development, articles. Everyone's just riding the Large wave.
  201. * ForeverDreaming joined #java
  202. dreamrealterm confusion, mostly
  203. dreamrealthere are models that would comply with that definition for the most part - heck, the markov data could be "an SLM"
  204. dreamrealand many SLMs would be as useful
  205. Parayes
  206. ParaLike...house automation SLM, doesn't need to know how to create a TypeScript frontend but does need to understand difference oven and door.
  207. dreamrealwell, that's certainly doable too: imagine an LLM that used... kotlin and java. And that's it.
  208. ParaAnd fallback to JVM SLM which knows everything but the programming languages.
  209. dreamrealWhy not include the JVM-related content?
  210. ParaMainly to discourage "You can also do this awesome trick!" type of foolery.
  211. dreamrealheh
  212. cheeserbut wait there's more!
  213. dreamrealThe biggest problem with java and the LLMs is the preponderance of tutorial content that avoids actually DOING THE THING. They're all "step 1: do this... step 3, profit!" and step 2 turns out to be kinda important.
  214. dreamrealthat's why my books start with tests and end with tests: "here's the full thing, period."
  215. dreamrealand why anthropic is gonna owe me money soon :D
  216. ParaI almost managed to coax "include a screenshot of current state" to our bug ticket DoR:s last week.
  217. * jamezp joined #java
  218. deeboi want "if the 16 char long identifier is in a screenshot or an .eml attachment i can't copy paste it and the ticket is invalid"
  219. deeboalso if you can't link me a definition of how it's supposed to work, it's not a bug, but a feature request :)
  220. dreamrealdeebo: yeah, I piss off a lot of customers and fellow coders by doing silly things like saying "what's it actually supposed to DO, a handwave isn't good enough"
  221. dreamrealif I can't write a test that replicates the failure, and I can't write a test that validates a success, I am stamping it "done" and moving on
  222. dreamrealI get a lot of pushback like "you didn't do anything, how can you say it's done" and my response is "you can't say it's not, so it is."
  223. dreamrealThis may explain why I'm so popular, eh
  224. * stfstfm_ joined #java
  225. * stfstfm joined #java
  226. * kcomhnall joined #java
  227. * gjvc joined #java
  228. * stewi joined #java
  229. dreamrealhttps://www.oracle.com/java/technologies/downloads/jvp/ what the heck
  230. javabotdreamreal's title: "Java Verified Portfolio | Oracle"
  231. nevetDownload the Latest Java LTS Free
  232. ParaNo Netbeans though.
  233. dreamrealAll four users will be very disappointed. But I mean... javafx, helidon. That's... it.
  234. DoofusCanadensisthey're pulling javafx back?
  235. dreamrealI think they're saying javafx WILL be supported... whatever that means
  236. ParaAnd we'll be happy for it?
  237. dreamrealI wouldn't know, I'm just confused what the intent is
  238. dreamrealthe javafx channel on reddit's like "oh they remembered us, we're real woooooooOOOOOOOOOO" as they fly into the air like a balloon that's been punctured
  239. * rvalue- joined #java
  240. * sa02irc joined #java
  241. * MikeBux joined #java
  242. * sa02irc joined #java
  243. * jreicher joined #java
  244. * jreicher joined #java
  245. * Demi joined #java
  246. * spicycod joined #java
  247. * pr070cal joined #java
  248. * jonp` joined #java
  249. * stfstfm_ joined #java
  250. * sponkz joined #java
  251. * LFK1 joined #java
  252. * mindCrime joined #java
  253. * baier joined #java
  254. * rvalue joined #java