Chat Logs

  1. SquareIf you have a DB test using H2 (I assume?), is there some easy trick to connect to the in memory h2?
  2. NeXeNyeah it's like the connection string lemme look it up
  3. NeXeNjdbc:h2:mem:whateverdb;
  4. NeXeNDB_CLOSE_DELAY=-1 is advised unless you want the result to be wiped when the connection is closed
  5. NeXeNoh DB_CLOSE_ON_EXIT=false too of course
  6. NeXeNhttps://www.h2database.com/html/features.html#in_memory_databases
  7. nevetFeatures
  8. SquareNeXeN, sure that is available just like that? I thought you had to throw in some spring properties to make h2 accessible?
  9. NeXeNthere is a cool web based console too
  10. NeXeNgotta enable it in the app props
  11. NeXeNonly thing i've ever had issue with is spring security might add a security filter chain
  12. NeXeNhttps://docs.spring.io/spring-boot/how-to/data-access.html
  13. NeXeNadd your url, username, pool size, etc
  14. dreamrealSquare: ...
  15. Squaredreamreal, wdym? Have I just revealed I am dumb?
  16. 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
  17. 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.
  18. dreamrealso you're trying to examine *test* state?
  19. Squareyes. Atm I'm debugging a Criteria api query and sorta need the db to test stuff. Together with "hibernate.show-sql=true"
  20. 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
  21. dreamrealjava development is not hard, when it *is* hard you're doing it wrong
  22. dreamrealagain, this is unasked-for advice and I expect it to be treated as such
  23. 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?
  24. kcomhnallI don't want it so... I'm kind of hesitant about the upgrade.
  25. jreicherdreamreal: what makes you say java development is not hard? I'm not disagreeing, but I'm curious about your certainty.
  26. dreamrealjreicher: java is *simple*. understanding is hard. You can make things hard by not understanding them, but that's because your *expression* is wrong.
  27. 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"
  28. dreamrealI run into limits like that ALL THE TIME... but I work with images that are 4G+ in size
  29. dreamreal(I'm spending a pretty decent amount of time going "how what aaaaaaagh")
  30. jreicherI'm not sure anyone who has had to content with compiler errors related to wildcards would accept that Java is simple...
  31. jreicher^content^contend
  32. dreamrealeven so, that's understanding the type system
  33. jreicherYes, but I'm not sure it's simple. As I said I'm just curious about your certainty.
  34. dreamrealkcomhnall: you could always just turn off AI
  35. dreamrealI don't see anything especially related to IDEA and databases and AI
  36. 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
  37. javabotkcomhnall's title: "What's New in IntelliJ IDEA"
  38. nevetWhat's New in IntelliJ IDEA
  39. 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
  40. dreamrealit's a relatively constrained language, that's getting slightly fewer constraints as time goes on
  41. jreicherMaybe constrained for an OO language. But I've always believed that OO is inherently difficult.
  42. jreicherFor example I don't think OO should be anyone's first language.
  43. dreamrealjreicher: well, yeah, but that's because OO is more how we think than machines
  44. dreamrealkcomhnall: It looks like it's just an ability to access the database via the properties, nothing much different than working with your code
  45. Squaredreamreal, I agree Criteria API might get create complex queries that are hard to debug. But it's a good idea.
  46. Square...on paper
  47. dreamrealSquare: criteria are a great idea done really poorly with a very heavy implementation
  48. Squareoh ok?
  49. dreamrealI mean, you contort your *compilation* to make them work thanks to metadata
  50. 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.
  51. dreamrealkcomhnall: then it wouldn't affect you
  52. kcomhnalldreamreal: cool
  53. dreamrealalthough autocomplete is AI too :D
  54. dreamrealI wish people would stop conflating AI with LLMs
  55. kcomhnalleh...
  56. dreamrealkcomhnall: eh what
  57. jreicherdreamreal: actually I think OO is a "god's eye view". Humans think either pure imperative or pure functional, IMO
  58. dreamrealjreicher: really? What can you do with a doorknob?
  59. jreicherI turn it. But I do NOT then visualise what happens with the other objects in the door.
  60. dreamrealI mean, humans DO think differently, I have a fundamentally different perceptive model than most humans do
  61. dreamrealwhy do you turn it? Is it a turning doorknob?
  62. SquareDo you guys use some requirement tool where you're at? I'm not sure I'd count JIRA as a requirement tool. =D
  63. dreamrealDon't you push it first? I mean, doorknob. Or pull it?
  64. dreamrealSquare: I mostly annoy my co-workers.
  65. 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.
  66. dreamreal(I really do: I use humor a lot in working with people, to help offset how annoying I am.)
  67. Squaredreamreal, I'm honestly curious. I feel wee lacking one.
  68. dreamrealjreicher: you don't think about the doorknob structure, sure. Why would you? It is what it does.
  69. jreicherWhich is why OO is difficult. For the system builder, the structure is exposed.
  70. 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"
  71. dreamrealjreicher: but a programmer DOES need to understand the context of the doorknob
  72. jreicherImperative is sequenced. Functional is composed. OO is collaboration, which IMO is the most difficult by far.
  73. dreamrealokay
  74. dreamrealI mean, that's fine, what can I say?
  75. jreicherWell, either you think I'm wrong characterising OO as collaboration, or you think collaboration is simple. I'm curious which it is?
  76. dreamrealFor me? Probably the latter
  77. dreamrealI think everything works in context and systems, so OO feels like just an expression
  78. jreicherInteresting. Do you also feel concurrency is simple?
  79. dreamrealsure! The coordination isn't, but concurrency itself is
  80. SquareTo me OO mostly feels like a way to organize code. Wo having SOLID principles in my head.
  81. dreamrealprogramming as a career for me is very much a continuous revelation of "ahhhhh, of course"
  82. 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.
  83. dreamrealeditig writing is simple, too :D
  84. kcomhnallI've associated OO as just thinking of everything as an object having state and behavior. simple
  85. jreicherdreamreal: well at least you're consistent. :p
  86. jreicherkcomhnall: that is simple when considering an object in isolation. How it responds to a population of objects, less so (MO)
  87. SquareLike Haskell has "structs/records". Association between these structs and functions that operate on them becomes a discipline thing.
  88. jreicher^MO^IMO
  89. jreicherSquare: it makes a big difference that the objects in Haskell are immutable. The interaction between them cannot lead to state change.
  90. kcomhnalljreicher: sounds like you're referring to interfaces.
  91. * kcomhnall getting distracted and should probably get back on task
  92. Squarejreicher, Amen to that
  93. 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
  94. dreamrealjreicher: I do a lot with conway too :D
  95. dreamrealI thought about putting conway into nevet but the usage would be none and it would add no functionality whatsoever
  96. dreamrealthat's a good point, though: who here uses wolfram alpha?
  97. kcomhnallConway's game of life was a fun project. did that using Javascript though...
  98. dreamrealkcomhnall: I've done it with a lot of languages in different variants
  99. jreicherdreamreal: whenever my local software can't do what i need. But only then.
  100. dreamrealjreicher: you use alpha?
  101. SquareI feel OO sort of disregard functional dependencies. It's more important to talk about functions than properties.
  102. 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.
  103. 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.
  104. dreamrealkcomhnall: I drive my team crazy with tests :D
  105. jreicherDrop the last two words and it's still true? :p
  106. dreamrealjreicher: you use it only for the maths?
  107. dreamrealwell, yeah
  108. jreicherIs there anything else?
  109. dreamrealI'm fundamentally annoying
  110. dreamrealjreicher: in ALPHA? Gosh, yes
  111. dreamrealit's *really* good at that
  112. jreicherLet me see.
  113. dreamrealunless they've removed features!
  114. jreicherI asked it "what is the ideal temperature for serving chaource" and it gave me some kind of weather report.
  115. dreamrealthat's because weather's probably relevant for ...
  116. dreamrealalpha's fundamentally interesting because it relies on some really complex applications of conway
  117. dreamrealI can't even begin to describe it the way they do
  118. 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..."
  119. jreicherYou mean he put "a new kind of science" into practice?!
  120. dreamrealyeah
  121. dreamrealso they say, at least
  122. dreamrealI loved that book, it's on my shelf right now
  123. jreicherI had no idea. Props for putting his mouth where his money is.
  124. dreamrealthat and godel, escher, bach are right by each other
  125. jreicherI would suggest you leaf through Heijenoort. It might change your perspective on the other books. And for the better.
  126. dreamrealWhich other books?
  127. dreamreal(Not familiar with heijenoort - url?)
  128. jreicherFrom Frege to Godel
  129. jreicherOne of the most extraordinary books I have encountered in my life. Peerless.
  130. dreamrealooh. That looks interesting and mindbending. Now I gotta consider.
  131. dreamrealReading books on maths is something I enjoyed more when I was younger, though
  132. jreicher"The Undecidable" by Martin Davis, is almost in the same league, but not quite. Still excellent for CS people.
  133. 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.
  134. 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.
  135. jreicher(without a computer)
  136. dreamrealsee, that would be an interesting observation for me
  137. dreamrealwhat does a computer have to do with it?
  138. jreicherThat's easy to explain, but I would like to quote Godel directly. Let me grab the book.
  139. whaleywhat's a computer, but a second hand deviiiiice
  140. 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."
  141. jreicherWhat Godel means by that is the conception of a computing machine defines what constitutes a formal system.
  142. jreicherSaid another way, a proof is formal if it can be checked by a computer. So our definition of a computer is fundamental.
  143. 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.
  144. jreicherThis is not about our experience, but about what we consider validity to be,
  145. dreamrealI don't see where that boundary is, though
  146. dreamrealI mean, I do, but it feels very artificial to me
  147. dreamrealwe walk from place to place but define "a race" as when we go quickly between THESE two places at THIS specific time
  148. dreamrealbut we still move about, how are those different except from artificial constraints
  149. 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
  150. dreamrealno but this sounds like your chance to change the world!
  151. deebolike project level static analysis rules? preferrably without too much coding effort to add
  152. dreamrealI mean, you could do it with AOP, too
  153. dreamrealmodulith, maybe?
  154. deeboi'm refactoring some stuff that used to do var universe = loadUniverse(); return universe.filter(pk -> pk.eqeuals(request.id));
  155. deeboi want to very loudly complain in logs/ci/cd if someone does this again
  156. dreamrealdeprecate it?
  157. 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
  158. dreamrealWhy not put it only in tests, then?
  159. dreamrealinstead of SAYING "don't do this," make it so they can't
  160. BombeYeah, subtlety is lost on some people. Make it illegal!
  161. ParaOne could create a @Landmine annotation and use aspect weaving to break any path which hits that.
  162. Para...or how about @Microtransaction("$ 1.99") which would look up credit cards from env and bill you for daring to use that.
  163. deeboi shall proxy all calls to the method and System.exit(1) if target has annotation
  164. SquareI was under the impression you could get a spring boot up and running in no time with sensible defaults for db etc
  165. Squarelike a h2 db
  166. deeboyou can also just use the testcontainers jdbc driver if lazy
  167. Squarei never tried testcontainers. Is it docker based?
  168. DoofusCanadensisyes
  169. dreamrealSquare: what does "no time" mean? I mean, it'd take about 3 minutes with initializr
  170. dreamrealand it has sensible defaults but you still need a DB somewhere
  171. 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*
  172. Squaredreamreal, never heard of initializr. Looks simple enough
  173. 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
  174. dreamrealbut spring will fall back to h2 by default for you
  175. dreamrealthere's rocket science and, well, rocket surgery, and then there's this
  176. 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.
  177. dreamrealI thought the testcontainers thing was the 2024 crazy easy approach myself
  178. Squarei was under the impression @SpringBootApplication wo much else would do the job
  179. Square...and some "-starter" dependendencies
  180. dreamrealThe default is to use H2 inmemory unless they've changed it
  181. dreamrealbut that's inherently limiting in a lot of ways
  182. Squarefinally. I had added more annotations than I needed (before I remember the importance of having the right "starter" dependencies on the CP)
  183. dreamrealSomeone really should try to write a book on spring.
  184. DoofusCanadensisdo you know any writers?
  185. dreamrealOne or two.
  186. DoofusCanadensiscool
  187. DoofusCanadensis~books
  188. javabotSome good java books are listed at https://javachannel.org/java-books/. Also see ~general books
  189. SquareI thought internet replaced books?
  190. Square...wait, AI replaced books.
  191. dreamrealno, the internet and the AIs use books to train their datasets
  192. DoofusCanadensisnah, I've read some spring books... they're good
  193. dreamrealso the books still have value, plus books have authors with whom you can actually converse
  194. dreamrealunless you're a doofus, then they're like "dang, go away"
  195. Squarei was mostly kidding
  196. dreamreal~poe
  197. 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.
  198. DoofusCanadensisI resemble that remark
  199. cheeser /3
  200. DoofusCanadensis /4
  201. Squarengl, just tried JPA criteria api with "window functions" and it seems to work.
  202. Square...I'm impressed
  203. dreamrealwhy?
  204. dreamrealI mean, that's good
  205. dreamrealbut why is it impressive?
  206. 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.
  207. dreamrealThat's good, but I'd have hoped those were baseline expectations :D
  208. dreamreallike "ooo, this is cool, this compiler works for simple inputs!" is... sort of not "cool," it's "what compilers should be doing"
  209. Squaredreamreal, My expectations on "corporate software tools" are really low.
  210. DoofusCanadensisthat's weird
  211. Square.../java world
  212. 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?
  213. 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.
  214. SquareSome of it is probably because of good reasons. Too expensive to change, no active maintainers, etc.
  215. cheeserdreamreal: 30 years!
  216. dreamrealMy first expeience with Java would have been 1998 - no, you know, you're right
  217. dreamrealI first encountered it around 1997, with 1.1, and it'd been out for a bit before that
  218. cheeserof course I am. ;)
  219. cheeser1995
  220. deavmihappy bday cheeser
  221. deavmiI didn't read the backlog. I will assume you turned 30, ;)
  222. cheeserfor the 3rd time! it's one of my favorite things to do.