ByteCode.News
RSS
SubmitLog in

Community

Chat Logs

Monday, March 2, 2026

  1. * metalmaniac joined #java
  2. * kcomhnall joined #java
  3. * kathadris joined #java
  4. * agnivn joined #java
  5. * agnivn joined #java
  6. * agnivn joined #java
  7. * Aedil joined #java
  8. * stfstfm joined #java
  9. * magla joined #java
  10. * domicron8 joined #java
  11. * Square joined #java
  12. * Afroboy joined #java
  13. * tomboy64 joined #java
  14. * Afroboy joined #java
  15. * Betal joined #java
  16. * MikeBux joined #java
  17. * pr3d4t0r joined #java
  18. * agnivn joined #java
  19. * stewi joined #java
  20. * Krusher joined #java
  21. * kcomhnall joined #java
  22. * agnivn joined #java
  23. * Fiji joined #java
  24. kcomhnallso, bit of a newb question: IDEA is saying my 'configurations' declaration is 'unstable' and that it is marked with the @Incubating annotation. I'm on Gradle 8.10.2, but I can't seem to find where this is documented. any tips or insights? All I can find on this is the Kotlin dsl script handler reference page, which isn't entirely helpful. (i'm still looking around)
  25. * cation joined #java
  26. ParaIt's an IDEA inspection. Guava's @Beta triggers similar.
  27. * metalmaniac joined #java
  28. * agnivn joined #java
  29. * dreamreal sees gradle and recognizes the actual formal response is and should be a shrug
  30. kcomhnallPara: ah okay. I kind of figured so.
  31. kcomhnalldreamreal: heh
  32. dreamrealit's not that I don't care, it's that the rules around gradle are "the devs don't care and have said so"
  33. dreamrealyou live with what they give you, they mean well and there you are
  34. * ForeverDreaming joined #java
  35. kcomhnalldreamreal: yeah. and as they say - everyone has to start somewhere.
  36. dreamrealI use gradle and appreciate some of its strengths but I find I don't *like* it much.
  37. dreamrealgiven a choice in my own projects, it's maven first, second, and third... and gradle comes in fourth. It's still way ahead of sbt, but that's only because I'd rather strip naked and roll around in a pool of rubbing alcohol that has bits of broken glass and thumbtacks in it than use sbt again.
  38. dreamrealnot that I'm opinionated or anything.
  39. * sponkz joined #java
  40. kcomhnalllike most java devs - I was first introduced to maven. it was somewhat imtimidating I'll admit.
  41. kcomhnallthen I realised I can still use a .pom file even with gradle and said..meh. I'll pass on that path.
  42. dreamrealI think it's because people are introduced to "how" and not "why"
  43. kcomhnallironically, if I have to use (or decide to use) Eclipse, I'll likely *want* to use maven. weird right?
  44. dreamrealhah, why would you use maven if you had to use eclipse?
  45. dreamrealis m2e THAT good over eclipse' gradle support?
  46. kcomhnalldunno, I have a learning curve appetite or something.
  47. kcomhnallm2e?
  48. dreamrealthe maven eclipse plugin
  49. deebois maven still xml only? day-to-day has been gradle projects for 10+ years so trying to debug some maven projects was a shock
  50. deebolike going back to configuring spring in xml
  51. dreamrealIt hasn't been LITERALLY XML-only since 2007, just nobody uses the non-xml since copy-paste is so effective
  52. dreamrealconfiguring spring in xml... okay, honest question: why is XML hard for people?
  53. dreamrealI mean, verbose, yes, agreed, conceded, it's very verbose, no argument even offered there
  54. dreamrealbut... I don't understand the *difficulty* at all
  55. dreamrealwhat am I missing?
  56. deebodon't really have an answer for that, just got so used to not having to deal with it
  57. deebono need to do much programmatic setup either in our case when using spring boot to be fair
  58. dreamreal*nod* Understood - I just never can quite grasp the resentment for XML on "difficult" grounds.
  59. dreamrealVerbosity, completely understood. It IS verbose. I don't use XML for data transfer if I can avoid it. But ... verbose is relevant because things have meaning, and in XML and SGML those meanings are well-defined and VERY clear if you understand a VERY few simple things... and most people don't seem to.
  60. kcomhnallfor me, I just get confused. looking at a well-implemented xml file makes me dizzy. I can't keep up with all the tags. I hate html just as much though.
  61. dreamrealI wonder why. :D
  62. dreamrealI find well-written HTML or XML to be a joy. It's verbose, but a joy. HTML for teh web tends to mke me want to vomit.
  63. dreamreal<div><scan> ... NO YOU JACKWAGONS OMG
  64. dreamrealsorry, span, not scan, but same effect
  65. kcomhnallthough, I start the file myself I'm not so bothered because i've already put in the time to understand it.
  66. * rvalue joined #java
  67. * emaczen joined #java
  68. * jamezp joined #java
  69. * kcomhnall joined #java
  70. * GreenResponse joined #java
  71. * stfstfm joined #java
  72. * sa02irc joined #java
  73. * yano joined #java
  74. * yano joined #java
  75. * Inline joined #java
  76. dragonmasterI'm an utter novice, but it seems perfectly reasonable to have <span>s within <div>s
  77. * sponkz joined #java
  78. dragonmasterIs that not analogous to statements within blocks?
  79. ParaSpan element has always been meant for highlighting a section of text in some way.
  80. ParaOf course nutsos force box model on for it, turn it into a piece in CSS grid and add all the other stuff until it's about as close to a normal, intended span as Starbucks coffee is to proper coffee.
  81. * magla joined #java
  82. ParaBut eh, maybe I should just create an <llm> web component and somehow monetize that.
  83. * sponkz joined #java
  84. * MonsterAbyss joined #java
  85. * stfstfm_ joined #java
  86. * stfstfm__4481 joined #java
  87. * stfstfm joined #java
  88. * MonsterAbyss joined #java
  89. * p14nd4 joined #java
  90. * 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.
  91. * nevet joined #java
  92. * ernimril joined #java
  93. * 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.
  94. * nevet joined #java
  95. * arthurvl joined #java
  96. * stfstfm_ joined #java
  97. * 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.
  98. * nevet joined #java
  99. * dreamreal giggles
  100. dreamrealnevet now has a command that's run in clojure :D
  101. p14nd4hello! can anyone educate me / point me to appropriate docs / search terms? an old project was using org.glassfish.jersey.bundles/jaxrs-ri, but jersey 4.0 was changed to "stop distributing jaxrs-ri bundle" without any explanation or documentation ( https://github.com/eclipse-ee4j/jersey/pull/5556 ). 1. any idea why that was discontinued? 2. am i now supposed to just explicitly include the dependencies
  102. javabotp14nd4's title: "Stop distributing jaxrs-ri bundle by jansupol · Pull Request #5556 · eclipse-ee4j/jersey · GitHub"
  103. nevetStop distributing jaxrs-ri bundle by jansupol · Pull Request #5556 · eclipse-ee4j/jersey
  104. p14nd4required by my project that used to be provided by jaxrs-ri ( https://mvnrepository.com/artifact/org.glassfish.jersey.bundles/jaxrs-ri/3.1.11/dependencies ), or is there a new recommended approach?
  105. javabotp14nd4's title: "Maven Repository: org.glassfish.jersey.bundles » jaxrs-ri » 3.1.11 - Dependencies"
  106. Paradreamreal: through sci?
  107. dreamrealI don't know what sci is here - this is done through a function call generated from clojure modules
  108. dreamrealI have a markov chain trigram system in 50 lines of clojure, and dispatch via a shim in kotlin
  109. DoofusCanadensisI recognize those words
  110. dreamreal"14:05 <nevet> * channeling para: to it, and it takes quite a bit of effort to realize that for example the entire database functionality is a feature in itself. so yeah, been stuck with that"
  111. dreamrealbasically, a markov chain that relies on three word chains so it definitely goes off the rails but takes a little bit of time to do it :D
  112. DoofusCanadensisno, I said I recognized them
  113. dreamrealmarkov chains don't have to be clojure but clojure's a good way to build 'em, plus it's fun to prove out polyglot design
  114. Paradreamreal: sci, small clojure interpreter, does what it says on the tin, very capable, and sandboxed by default, unlike Clojure itself :)
  115. dreamrealah, no. This is definitely put in the build
  116. dreamrealit's still scripted so it gets loaded at runtime but eh
  117. dreamrealYou didn't see how quickly it responded to the request to imitate you, but it's *really* fast
  118. dreamrealand that includes te full trigram build process and the DB query
  119. DoofusCanadensiseverybody wants to treat LLMs as "new" without acknowledging what came before
  120. ParaIt's obviously getting confused from my incorrect usage of commas.
  121. ParaAnd other random bits.
  122. dreamrealPara: or by being a markov chain!
  123. ParaI recognize that bit from not too long ago, though!
  124. dreamrealmarkovs are hilarious. That markov chain thing was actually one of the things that led me to write nevet in the first place
  125. ParaMarkov chains are more fun than LLMs.
  126. DoofusCanadensisright?
  127. dreamrealI wanted to get it to "be someone" to run sentiment analysis over the generated text, because my assertion was that they were generally toxic; a markov chain generator that used their body of content as a corpus would similarly be negative if I was right, but wouldn't rely on me pointing out SPECIFIC INSTANCES where I thought they were negative
  128. dreamreallike, it'd remove ME from the selection process
  129. ParaBe someone, or be someone's fool.
  130. dreamrealin other news, their generated content *did* tend to be negative, as long as the generated length was long enough
  131. ParaI did a fun agentic test today. It scans PR commit messages, checks that the messages match a few rules and then complains if not. Mostly just that the commit answers what was changed and why.
  132. ParaBest part was that it complained about all five commits in the PR which added the agent itself.
  133. dreamrealhaha
  134. dreamrealnevet has pretty severe throttles over AI usage in most places
  135. ParaWe had internally a bit of an agent spikeup on Friday and today.
  136. ParaSomeone already blew 100 bucks accidentally in like two hours, so I'd say we're pretty much on track!
  137. dreamreal:D
  138. dreamrealmeanwhile the LLMs are like "whoops! Please, sir, may I have another?"
  139. * MikeBux joined #java
  140. * jreicher joined #java
  141. * sponkz joined #java
  142. * sponkz joined #java
  143. * Ragnor joined #java
  144. * sponkz joined #java
  145. * sponkz joined #java
  146. * overholts0 joined #java
  147. * Inline joined #java
  148. * sponkz joined #java
  149. * sponkz_ joined #java
  150. * polarian joined #java