Chat Logs

  1. * zorone joined #java
  2. * michele joined #java
  3. * Ragnor joined #java
  4. * ash_2026 joined #java
  5. * NeXeN joined #java
  6. * NeXeN joined #java
  7. * deavmi joined #java
  8. * sponkz joined #java
  9. * NeXeN joined #java
  10. * Afterglow joined #java
  11. * Nitrousoxide joined #java
  12. * meyou joined #java
  13. * NeXeN joined #java
  14. * marcel joined #java
  15. * NeXeN joined #java
  16. * stfstfm_ joined #java
  17. * stfstfm joined #java
  18. * stewi joined #java
  19. * NeXeN joined #java
  20. * jbosmans joined #java
  21. * NeXeN joined #java
  22. * Aedil joined #java
  23. * NeXeN joined #java
  24. * mitch0 joined #java
  25. * NeXeN joined #java
  26. * Afroboy joined #java
  27. * johnjay joined #java
  28. * johnjay joined #java
  29. * NeXeN joined #java
  30. * Afroboy joined #java
  31. * jreicher joined #java
  32. * sponkz joined #java
  33. * Square joined #java
  34. * NeXeN joined #java
  35. SquareIf you have a DB test using H2 (I assume?), is there some easy trick to connect to the in memory h2?
  36. NeXeNyeah it's like the connection string lemme look it up
  37. * polarian joined #java
  38. NeXeNjdbc:h2:mem:whateverdb;
  39. NeXeNDB_CLOSE_DELAY=-1 is advised unless you want the result to be wiped when the connection is closed
  40. NeXeNoh DB_CLOSE_ON_EXIT=false too of course
  41. NeXeNhttps://www.h2database.com/html/features.html#in_memory_databases
  42. nevetFeatures
  43. * NeXeN joined #java
  44. SquareNeXeN, sure that is available just like that? I thought you had to throw in some spring properties to make h2 accessible?
  45. * ash_2026 joined #java
  46. NeXeNthere is a cool web based console too
  47. NeXeNgotta enable it in the app props
  48. NeXeNonly thing i've ever had issue with is spring security might add a security filter chain
  49. NeXeNhttps://docs.spring.io/spring-boot/how-to/data-access.html
  50. NeXeNadd your url, username, pool size, etc
  51. * NeXeN joined #java
  52. * SJrX joined #java
  53. * jreicher joined #java
  54. * NeXeN joined #java
  55. * jreicher joined #java
  56. * michele joined #java
  57. * michele joined #java
  58. * kcomhnall joined #java
  59. * MikeBux joined #java
  60. dreamrealSquare: ...
  61. Squaredreamreal, wdym? Have I just revealed I am dumb?
  62. dreamrealWhy would you say that? I don't think yo're dumb, but... I mean... wanting access to an H2 in-memory database isn't the worst idea ever, you're trying to examine running state, but suggests there's a lot of cleaner ways to work out whatever you're trying to do
  63. SquareI found a way from a SO post. You start a server in @BeforeAll and then you can connect to that given you set *thread* breakpoint.
  64. dreamrealso you're trying to examine *test* state?
  65. Squareyes. Atm I'm debugging a Criteria api query and sorta need the db to test stuff. Together with "hibernate.show-sql=true"
  66. dreamrealRight. You should do whatever you need to do to do your own thing, but *my* 100% unasked-for advice would have been, had you asked: 1) don't use in-memory for H2, 2) use testcontainers and not H2 in the first place, 3) don't use criteria
  67. dreamrealjava development is not hard, when it *is* hard you're doing it wrong
  68. dreamrealagain, this is unasked-for advice and I expect it to be treated as such
  69. * jreicher joined #java
  70. kcomhnallso, jetbrains is introducing "Database access for AI agents" in IntelliJ 2026.1 and I'm wondering if this feature is turned on by default if I have a jetbrains account or do I need to do something to enable it?
  71. kcomhnallI don't want it so... I'm kind of hesitant about the upgrade.
  72. jreicherdreamreal: what makes you say java development is not hard? I'm not disagreeing, but I'm curious about your certainty.
  73. dreamrealjreicher: java is *simple*. understanding is hard. You can make things hard by not understanding them, but that's because your *expression* is wrong.
  74. dreamrealJava does some things really poorly: unsigned types being missing is a *drag*. But those things typically have relatively limited scope - they're important, but most of us don't care until we actually hit something where we're going "hey wait this IS a limit, how what aaaaaagh"
  75. dreamrealI run into limits like that ALL THE TIME... but I work with images that are 4G+ in size
  76. dreamreal(I'm spending a pretty decent amount of time going "how what aaaaaaagh")
  77. jreicherI'm not sure anyone who has had to content with compiler errors related to wildcards would accept that Java is simple...
  78. jreicher^content^contend
  79. dreamrealeven so, that's understanding the type system
  80. jreicherYes, but I'm not sure it's simple. As I said I'm just curious about your certainty.
  81. dreamrealkcomhnall: you could always just turn off AI
  82. dreamrealI don't see anything especially related to IDEA and databases and AI
  83. kcomhnalldreamreal: right, and not seeing anything where? It's in the what's new section. Link also : https://www.jetbrains.com/idea/whatsnew/?utm_medium=link&utm_campaign=IU&utm_source=product&utm_content=2025.3
  84. javabotkcomhnall's title: "What's New in IntelliJ IDEA"
  85. nevetWhat's New in IntelliJ IDEA
  86. dreamrealjreicher: well, it's not an absolute, of course, but honestly, I've worked in systems that require a lot more understanding than java does, to get stuff done
  87. dreamrealit's a relatively constrained language, that's getting slightly fewer constraints as time goes on
  88. jreicherMaybe constrained for an OO language. But I've always believed that OO is inherently difficult.
  89. jreicherFor example I don't think OO should be anyone's first language.
  90. dreamrealjreicher: well, yeah, but that's because OO is more how we think than machines
  91. dreamrealkcomhnall: It looks like it's just an ability to access the database via the properties, nothing much different than working with your code
  92. Squaredreamreal, I agree Criteria API might get create complex queries that are hard to debug. But it's a good idea.
  93. Square...on paper
  94. dreamrealSquare: criteria are a great idea done really poorly with a very heavy implementation
  95. Squareoh ok?
  96. dreamrealI mean, you contort your *compilation* to make them work thanks to metadata
  97. kcomhnalldreamreal: ugggh... I don't have AI help with my code... just some autocomplete features I assume are built-in to my code editor. But okay.
  98. dreamrealkcomhnall: then it wouldn't affect you
  99. kcomhnalldreamreal: cool
  100. dreamrealalthough autocomplete is AI too :D
  101. dreamrealI wish people would stop conflating AI with LLMs
  102. kcomhnalleh...
  103. dreamrealkcomhnall: eh what
  104. jreicherdreamreal: actually I think OO is a "god's eye view". Humans think either pure imperative or pure functional, IMO
  105. dreamrealjreicher: really? What can you do with a doorknob?
  106. jreicherI turn it. But I do NOT then visualise what happens with the other objects in the door.
  107. dreamrealI mean, humans DO think differently, I have a fundamentally different perceptive model than most humans do
  108. dreamrealwhy do you turn it? Is it a turning doorknob?
  109. SquareDo you guys use some requirement tool where you're at? I'm not sure I'd count JIRA as a requirement tool. =D
  110. dreamrealDon't you push it first? I mean, doorknob. Or pull it?
  111. dreamrealSquare: I mostly annoy my co-workers.
  112. jreicherMaybe, but that's neither here not there. Whatever I do to the doorknob will be related to simple outcomes. That's imperative thinking. There's no object collaboration there.
  113. dreamreal(I really do: I use humor a lot in working with people, to help offset how annoying I am.)
  114. Squaredreamreal, I'm honestly curious. I feel wee lacking one.
  115. dreamrealjreicher: you don't think about the doorknob structure, sure. Why would you? It is what it does.
  116. jreicherWhich is why OO is difficult. For the system builder, the structure is exposed.
  117. dreamrealSquare: I don't have a good answer for you, I don't think jira would be one either. It'd track requirements humans enter, not enforce them or "be a tool for it"
  118. dreamrealjreicher: but a programmer DOES need to understand the context of the doorknob
  119. jreicherImperative is sequenced. Functional is composed. OO is collaboration, which IMO is the most difficult by far.
  120. dreamrealokay
  121. dreamrealI mean, that's fine, what can I say?
  122. jreicherWell, either you think I'm wrong characterising OO as collaboration, or you think collaboration is simple. I'm curious which it is?
  123. dreamrealFor me? Probably the latter
  124. dreamrealI think everything works in context and systems, so OO feels like just an expression
  125. jreicherInteresting. Do you also feel concurrency is simple?
  126. dreamrealsure! The coordination isn't, but concurrency itself is
  127. SquareTo me OO mostly feels like a way to organize code. Wo having SOLID principles in my head.
  128. dreamrealprogramming as a career for me is very much a continuous revelation of "ahhhhh, of course"
  129. jreicherSquare: I agree with that, but I feel it's another way of saying it's not simple. It's a bit like editing writing.
  130. dreamrealeditig writing is simple, too :D
  131. kcomhnallI've associated OO as just thinking of everything as an object having state and behavior. simple
  132. jreicherdreamreal: well at least you're consistent. :p
  133. * Candle joined #java
  134. jreicherkcomhnall: that is simple when considering an object in isolation. How it responds to a population of objects, less so (MO)
  135. SquareLike Haskell has "structs/records". Association between these structs and functions that operate on them becomes a discipline thing.
  136. jreicher^MO^IMO
  137. jreicherSquare: it makes a big difference that the objects in Haskell are immutable. The interaction between them cannot lead to state change.
  138. kcomhnalljreicher: sounds like you're referring to interfaces.
  139. * kcomhnall getting distracted and should probably get back on task
  140. Squarejreicher, Amen to that
  141. jreicherIf you'll excuse the stretch, it's a bit like the "simple" rules of game of life leading to surprising outcomes. The lifcycle of a single cell is simple. The lifecycle of a population... nope
  142. dreamrealjreicher: I do a lot with conway too :D
  143. dreamrealI thought about putting conway into nevet but the usage would be none and it would add no functionality whatsoever
  144. dreamrealthat's a good point, though: who here uses wolfram alpha?
  145. kcomhnallConway's game of life was a fun project. did that using Javascript though...
  146. dreamrealkcomhnall: I've done it with a lot of languages in different variants
  147. jreicherdreamreal: whenever my local software can't do what i need. But only then.
  148. dreamrealjreicher: you use alpha?
  149. SquareI feel OO sort of disregard functional dependencies. It's more important to talk about functions than properties.
  150. kcomhnallmy group mates were impressed I added testing to the project. they were like "did we have to do that" heh...no but I'm not gonna not do it because it wasn't a requirement.
  151. jreicherBefore I discover Emacs calc I probably used it more. But even before that my main go-to was gnuplot, even when I wasn't plotting anything.
  152. dreamrealkcomhnall: I drive my team crazy with tests :D
  153. jreicherDrop the last two words and it's still true? :p
  154. dreamrealjreicher: you use it only for the maths?
  155. dreamrealwell, yeah
  156. jreicherIs there anything else?
  157. dreamrealI'm fundamentally annoying
  158. dreamrealjreicher: in ALPHA? Gosh, yes
  159. dreamrealit's *really* good at that
  160. jreicherLet me see.
  161. dreamrealunless they've removed features!
  162. jreicherI asked it "what is the ideal temperature for serving chaource" and it gave me some kind of weather report.
  163. dreamrealthat's because weather's probably relevant for ...
  164. dreamrealalpha's fundamentally interesting because it relies on some really complex applications of conway
  165. dreamrealI can't even begin to describe it the way they do
  166. dreamreal"basically we seed it with like a number, yeah, dude, and then it tells us the question that leads to the answer to life, the universe, and everything, and then one thing leads to another and..."
  167. jreicherYou mean he put "a new kind of science" into practice?!
  168. dreamrealyeah
  169. dreamrealso they say, at least
  170. dreamrealI loved that book, it's on my shelf right now
  171. jreicherI had no idea. Props for putting his mouth where his money is.
  172. dreamrealthat and godel, escher, bach are right by each other
  173. jreicherI would suggest you leaf through Heijenoort. It might change your perspective on the other books. And for the better.
  174. dreamrealWhich other books?
  175. dreamreal(Not familiar with heijenoort - url?)
  176. jreicherFrom Frege to Godel
  177. jreicherOne of the most extraordinary books I have encountered in my life. Peerless.
  178. dreamrealooh. That looks interesting and mindbending. Now I gotta consider.
  179. dreamrealReading books on maths is something I enjoyed more when I was younger, though
  180. jreicher"The Undecidable" by Martin Davis, is almost in the same league, but not quite. Still excellent for CS people.
  181. jreicherYou won't regret having a copy of Heijenoort. Even if you refer to it a few times a year for the rest of your life, you will get something from it.
  182. jreicherReading Godel's paper on undecidability was an interesting experience for me because I did CS before logic. So when I got to his list of 45 functions I realised I was looking at a computer program.
  183. jreicher(without a computer)
  184. dreamrealsee, that would be an interesting observation for me
  185. dreamrealwhat does a computer have to do with it?
  186. jreicherThat's easy to explain, but I would like to quote Godel directly. Let me grab the book.
  187. whaleywhat's a computer, but a second hand deviiiiice
  188. jreicher"Note added 28 August 1963. In consequence of later advances, in particular of the fact that due to A.M. Turing's work a precise and unquestionably adequate definition of the general notion of formal system can now be given, a completely general version of Theorems Vi and Xi is now possible."
  189. jreicherWhat Godel means by that is the conception of a computing machine defines what constitutes a formal system.
  190. jreicherSaid another way, a proof is formal if it can be checked by a computer. So our definition of a computer is fundamental.
  191. dreamrealI don't see the difference, though: the simulation theorem is unprovable except by implication, because if we were in a program, it could indeed act exactly like this. How is this NOT a program? We call it an open system because we don't know the inputs, but that's about it.
  192. jreicherThis is not about our experience, but about what we consider validity to be,
  193. dreamrealI don't see where that boundary is, though
  194. dreamrealI mean, I do, but it feels very artificial to me
  195. dreamrealwe walk from place to place but define "a race" as when we go quickly between THESE two places at THIS specific time
  196. dreamrealbut we still move about, how are those different except from artificial constraints
  197. * NeXeN joined #java
  198. * NeXeN joined #java
  199. * Tenchi joined #java
  200. * kcomhnall joined #java
  201. deebohas anyone added something like an annotation of @PleaseDontUseInREstApi for method scopes that would very loudly warn at run time via some mechanism if called from a place where it shouldn't be
  202. dreamrealno but this sounds like your chance to change the world!
  203. deebolike project level static analysis rules? preferrably without too much coding effort to add
  204. dreamrealI mean, you could do it with AOP, too
  205. dreamrealmodulith, maybe?
  206. deeboi'm refactoring some stuff that used to do var universe = loadUniverse(); return universe.filter(pk -> pk.eqeuals(request.id));
  207. deeboi want to very loudly complain in logs/ci/cd if someone does this again
  208. dreamrealdeprecate it?
  209. deeboloading full object graphs etc is very useful for some background work and tests, but most people don't realize the effect it has on api latency overall
  210. dreamrealWhy not put it only in tests, then?
  211. dreamrealinstead of SAYING "don't do this," make it so they can't
  212. * NeXeN_ joined #java
  213. * sponkz joined #java
  214. BombeYeah, subtlety is lost on some people. Make it illegal!
  215. ParaOne could create a @Landmine annotation and use aspect weaving to break any path which hits that.
  216. Para...or how about @Microtransaction("$ 1.99") which would look up credit cards from env and bill you for daring to use that.
  217. * NeXeN_ joined #java
  218. * onu joined #java
  219. * GreenResponse joined #java
  220. deeboi shall proxy all calls to the method and System.exit(1) if target has annotation
  221. SquareI was under the impression you could get a spring boot up and running in no time with sensible defaults for db etc
  222. Squarelike a h2 db
  223. deeboyou can also just use the testcontainers jdbc driver if lazy
  224. Squarei never tried testcontainers. Is it docker based?
  225. * NeXeN joined #java
  226. DoofusCanadensisyes
  227. * jamezp joined #java
  228. dreamrealSquare: what does "no time" mean? I mean, it'd take about 3 minutes with initializr
  229. dreamrealand it has sensible defaults but you still need a DB somewhere
  230. dreamrealWhat are you wanting to do? All of this is remarkably low effort, it's not "no time" but that's because "no time" has an actual meaning and doing anything in the real world takes *some time*
  231. Squaredreamreal, never heard of initializr. Looks simple enough
  232. dreamrealif you're spending more than five minutes getting a db *working* you're actually needing to learn what to do, because it's really easy: testcontainers is a thing (if you have OCI) - provide the dependency, set up the JDBC URL to include the tc prefix, done
  233. dreamrealbut spring will fall back to h2 by default for you
  234. dreamrealthere's rocket science and, well, rocket surgery, and then there's this
  235. Squarei feel I'm not in a situation where I have the time to get into testcontainers, so I'd prefer the 2026 crazy easy approach.
  236. dreamrealI thought the testcontainers thing was the 2024 crazy easy approach myself
  237. Squarei was under the impression @SpringBootApplication wo much else would do the job
  238. Square...and some "-starter" dependendencies
  239. dreamrealThe default is to use H2 inmemory unless they've changed it
  240. dreamrealbut that's inherently limiting in a lot of ways
  241. * NeXeN joined #java
  242. Squarefinally. I had added more annotations than I needed (before I remember the importance of having the right "starter" dependencies on the CP)
  243. dreamrealSomeone really should try to write a book on spring.
  244. * NeXeN joined #java
  245. DoofusCanadensisdo you know any writers?
  246. dreamrealOne or two.
  247. DoofusCanadensiscool
  248. DoofusCanadensis~books
  249. javabotSome good java books are listed at https://javachannel.org/java-books/. Also see ~general books
  250. SquareI thought internet replaced books?
  251. * NeXeN joined #java
  252. Square...wait, AI replaced books.
  253. dreamrealno, the internet and the AIs use books to train their datasets
  254. DoofusCanadensisnah, I've read some spring books... they're good
  255. dreamrealso the books still have value, plus books have authors with whom you can actually converse
  256. dreamrealunless you're a doofus, then they're like "dang, go away"
  257. Squarei was mostly kidding
  258. dreamreal~poe
  259. javabotPoe's Law states that "without a winking smiley or other blatant display of humor, it is utterly impossible to parody a Creationist in such a way that someone won't mistake it for the genuine article." Swap creationism for ANY extremist POV. Corollary: don't use sarcasm (or HUMOR) without being obvious about it.
  260. DoofusCanadensisI resemble that remark
  261. * NeXeN joined #java
  262. cheeser /3
  263. * michele joined #java
  264. DoofusCanadensis /4
  265. * michele joined #java
  266. Squarengl, just tried JPA criteria api with "window functions" and it seems to work.
  267. Square...I'm impressed
  268. dreamrealwhy?
  269. dreamrealI mean, that's good
  270. dreamrealbut why is it impressive?
  271. * NeXeN joined #java
  272. * NeXeN_ joined #java
  273. * NeXeN joined #java
  274. Squaredreamreal, 1) I didnt know they had solved the group-wise max problem in SQL. 2) Can't ask for much more than working support in both h2 and hibernate.
  275. * NeXeN joined #java
  276. * stfstfm_ joined #java
  277. dreamrealThat's good, but I'd have hoped those were baseline expectations :D
  278. dreamreallike "ooo, this is cool, this compiler works for simple inputs!" is... sort of not "cool," it's "what compilers should be doing"
  279. * raj joined #java
  280. * NeXeN joined #java
  281. * NeXeN_ joined #java
  282. * TomyWork joined #java
  283. Squaredreamreal, My expectations on "corporate software tools" are really low.
  284. DoofusCanadensisthat's weird
  285. Square.../java world
  286. * stfstfm joined #java
  287. dreamrealSquare: that's interesting. Why would they be corporate software tools if they didn't work? Like, java's been around for 28 years... if it didn't work... why?
  288. * polarian joined #java
  289. * s3 joined #java
  290. * stfstfm_ joined #java
  291. Squaredreamreal, Base functionality has worked, but there's always been lots of lose ends and half baked stuff. I'm referring to eco system stuff. Spring, Maven, hibernate, dbs, "Industry leading libraries" etc.
  292. SquareSome of it is probably because of good reasons. Too expensive to change, no active maintainers, etc.
  293. * stfstfm joined #java
  294. * stfstfm__9374 joined #java
  295. * metalmaniac joined #java
  296. cheeserdreamreal: 30 years!
  297. dreamrealMy first expeience with Java would have been 1998 - no, you know, you're right
  298. dreamrealI first encountered it around 1997, with 1.1, and it'd been out for a bit before that
  299. cheeserof course I am. ;)
  300. cheeser1995
  301. deavmihappy bday cheeser
  302. deavmiI didn't read the backlog. I will assume you turned 30, ;)
  303. cheeserfor the 3rd time! it's one of my favorite things to do.
  304. * stfstfm joined #java
  305. * rvalue joined #java
  306. * stfstfm_ joined #java
  307. * stfstfm_ joined #java
  308. * stfstfm joined #java
  309. * ultralan joined #java
  310. * sponkz joined #java
  311. * stfstfm_ joined #java
  312. * rvalue- joined #java
  313. * stfstfm joined #java
  314. * NeXeN_ joined #java
  315. * zorone joined #java
  316. * zorone joined #java
  317. * jbosmans joined #java
  318. * metalmaniac joined #java
  319. * jbosmans joined #java
  320. * NeXeN_ joined #java
  321. * zorone_ joined #java
  322. * henbruas_ joined #java
  323. * zorone_ joined #java
  324. * NeXeN_ joined #java
  325. * zorone_ joined #java
  326. * jreicher joined #java
  327. * mindCrime joined #java
  328. * NeXeN joined #java
  329. * LFK4 joined #java
  330. * Exagone313 joined #java
  331. * SJrX- joined #java
  332. * Cyp_ joined #java
  333. * JoelJoel joined #java
  334. * Disco joined #java
  335. * handicra- joined #java
  336. * gjvc joined #java
  337. * sponkz joined #java
  338. * sponkz joined #java
  339. * P1RATEZ joined #java