ByteCode.News
Submit RSS Atom Sign in

Back to the channels

#java

  1. * nevet joined #java
  2. * 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.
  3. dreamreal today
  4. nevet Today is Thursday, February 12, 2026
  5. dreamreal today hebrew
  6. nevet Today is 25 Shevat, 5786 (Hebrew)
  7. dreamreal calc 43*pi
  8. nevet The result of 43*pi is: 135.0884841043611
  9. cess11 supposedly it isn't full featured in the regex part, but i couldn't care less about it since my brain gets eczema from regex
  10. dreamreal jsr 52
  11. nevet jsr 52: A Standard Tag Library for JavaServer Pages (https://jcp.org/en/jsr/detail?id=52)
  12. dreamreal jsr 52
  13. nevet jsr 52 is A Standard Tag Library for JavaServer Pages. URL: https://jcp.org/en/jsr/detail?id=52
  14. Para 55
  15. dreamreal and so it lives again. It's not muted for #java ... yet. When javabot's back, I'll mute it.
  16. cess11 i like that it's fast compared to standard grep, quicker cadence when i'm hunting stuff in code or data files is nice
  17. Para Hmph!
  18. dreamreal Para: it has at last count ONE and exactly ONE factoid. :D And its syntax is not the same as javabot's.
  19. dreamreal cess11: I'm not arguing that MY favored tool is gooder than your'n.
  20. dreamreal jsr 52.info
  21. nevet The factoid for jsr 52 has the following attributes: text and urls, and was last modified at 2026-02-12T14:06:36.594004Z by unknown
  22. bomb help
  23. cess11 dreamreal: i didn't take it way, i just want to know if i'm missing out on something
  24. Para Seems the bot is helpless.
  25. dreamreal cess11: fair. I'm used to ack and it's also fast as hell, so I use it. :D
  26. dreamreal yeah, I don't have a help operation yet, and it's modular anyway so the help would be maddening to write AND parse as a reader. The web interface is also not stood up yet.
  27. * B_fd joined #java
  28. Bombe Huh, what does it say about me that I was not aware that grep needed a replacement?
  29. dreamreal It doesn't need a replacement.
  30. dreamreal So: nothing.
  31. dreamreal Which classpath indicator is 55, btw?
  32. Para It's Java 11 iirc
  33. Para yeh, class file version 55 is Java 11
  34. dreamreal 55
  35. dreamreal hmm
  36. dreamreal 55
  37. Para string minimum length check somewhere?
  38. dreamreal no, context
  39. lornik cess11: personally, i find it fast enough , at least sufficient for my use case. But of course it always depends on what you're trying to build
  40. lornik So, for the ResilientRecursiveDirectoryScanner, I've decided to use Files.walkFileTree. here , I Can apparently handle file changes well, unlike with Files.walk..
  41. dreamreal 69
  42. nevet 69 is the Java classfile format number for Java 25. Nice.
  43. dreamreal I forgot: the factoid set process isn't "foo is bar", it's "foo=bar"
  44. Chronos Being the product of two primes is kind of fun too :)
  45. dreamreal 69=<reply>69 is the Java classfile format number for Java 25. Nice! ... and being the product of two prines is neat, too.
  46. nevet ok, dreamreal: updated 69.
  47. dreamreal 69=<reply>69 is the Java classfile format number for Java 25. Nice! ... and being the product of two primes is neat, too.
  48. nevet ok, dreamreal: updated 69.
  49. * battlepope joined #java
  50. Chronos dreamreal++
  51. nevet dreamreal now has karma of 1.
  52. dreamreal damn it
  53. Chronos hahahaha :)
  54. Chronos dreamreal: You don't want any karma?
  55. * nevet joined #java
  56. * 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.
  57. dreamreal chronos++
  58. nevet chronos now has karma of 1.
  59. dreamreal karma chronos
  60. nevet chronos has karma of 1.
  61. dreamreal dreamreal++
  62. dreamreal perf.
  63. dreamreal sbt--
  64. nevet sbt now has karma of -1.
  65. dreamreal foo is bar
  66. nevet ok, dreamreal: updated foo.
  67. dreamreal foo=baz
  68. nevet ok, dreamreal: updated foo.
  69. dreamreal foo
  70. nevet foo is baz.
  71. dreamreal foo.url is https://foo.bar.com/
  72. nevet ok, dreamreal: updated foo.
  73. dreamreal foo
  74. nevet foo is baz. URL: https://foo.bar.com/
  75. dreamreal foo.forget
  76. nevet ok, forgot foo.
  77. Swayze this spam
  78. * jamezp joined #java
  79. dreamreal It is SPAM, but I'm testing stuff out, and, well...
  80. dreamreal battlepope: damn it, top and bottom karma is COMPLEX
  81. dreamreal but I'll have it soon :D
  82. dreamreal (it's complex because karma isn't calculated in nevet like it is in javabot: javabot just keeps track of a simple score. nevet keeps track of the *operations* which lose value over time: a single "--" from four months ago isn't as weighty as a single "--" today.)
  83. dreamreal Chronos: ++
  84. nevet Chronos now has karma of 2.
  85. dreamreal noice!
  86. Chronos karma teckla
  87. nevet teckla has no karma data.
  88. dreamreal Chronos: -- look, you ain't all that, dude
  89. nevet Chronos now has karma of 1.
  90. * Chronos chuckles.
  91. dreamreal testing the autocomplete compatibility with the comment field
  92. dreamreal the comments are discarded but hey
  93. * cheeser joined #java
  94. dreamreal cheeser: javabot's MIA again; I have nevet running and unmuted but I'll mute it as soon as javabot's back
  95. * javabot joined #java
  96. dreamreal 55
  97. nevet 55 is the Java classfile format number for Java 11.
  98. dreamreal okay, excellent, it's muted here now.
  99. cheeser it's getting weird account registration errors
  100. dreamreal What is?
  101. dreamreal nevet?
  102. cheeser ~ping
  103. javabot Watch where you're sticking that thing!
  104. cheeser javabot, of course. i don't know anything about nevet.
  105. dreamreal just clarifying, I wanted to make sure nevet wasn't creating an issue with javabot
  106. * 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.
  107. * nevet joined #java
  108. * rvalue joined #java
  109. Para ~nevet
  110. javabot Para, what does that even *mean*?
  111. dreamreal nevet's muted here now. We have a bot; nevet is not a replacement for it.
  112. dreamreal nevet's trigger character is ! in any event, to prevent collision with javabot should they both be unmuted.
  113. Para I was kinda hoping the reply would
  114. Para gah
  115. Para would've been "Doesn't look like anything to me." or somesuch.
  116. Chronos I feel like / is the best trigger character, since it's the hardest to typo in most IRC clients
  117. dreamreal ~nevet is <reply>nevet is like a flowing stream, a beautiful stream that flows and stuff like that.
  118. javabot OK, dreamreal.
  119. * 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.
  120. * nevet joined #java
  121. dreamreal okay, top karma and bottom karma operations implemented. "!top 5 karma" will give you the top five, !top 2 karma will give you the top two, etc.
  122. dreamreal very expensive operation if you have a large community with a lot of operations, but eh, threads am I right
  123. dreamreal Chronos: and you're right, / would be a good trigger EXCEPT that it's hard to type. So is ! compared to ~, but being actively difficult to invoke is an antipattern
  124. Chronos If $WORK is any indication, "just throw more threads at it" is the solution to *everything*
  125. Chronos dreamreal: Is it hard to type on your client? It's easy on mine.
  126. dreamreal Well, in this case, it's a deliberate choice: there are ways to allay it (calculate the karma at midnight for everyone, apply deltas to that to get the current karma, etc) but eh
  127. dreamreal it's not hard to type but it just feels unnatural to hit // to start a line
  128. dreamreal /test
  129. Chronos /test
  130. Chronos /test
  131. Chronos Oh, I had no idea you could do //. I've been doing / /.
  132. Chronos TIL. Thanks, dreamreal.
  133. dreamreal Of course!
  134. dreamreal It makes my day complete to feel like I helped someone learn something effectively useless for their irc client.
  135. Chronos hahahaha
  136. DoofusCanadensis hooray!
  137. * ptomli joined #java
  138. * Nemu64 joined #java
  139. * ChaiTRex joined #java
  140. * kcomhnall joined #java
  141. * stfstfm joined #java
  142. ptomli I have decided I can have a celebratory glass of old grape juice 🎉 I have managed to coax that rando serial port into submission and am speaking to the inverter at the other end of the line ⚡
  143. * Joel joined #java
  144. dreamreal ptomli: woot! embedded with java is fun, eh
  145. dreamreal What created the java constraint?
  146. * ErikT joined #java
  147. ptomli not sure, it was in place when I arrived. this is just me playing at home, but it's $work adjacent
  148. * PyR3X joined #java
  149. * wodencafe joined #java
  150. * michele joined #java
  151. * ferdna joined #java
  152. * Casino joined #java
  153. * ForeverDreaming joined #java
  154. * sponkz joined #java
  155. * ForeverDreaming joined #java
  156. * nevet joined #java
  157. * 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.
  158. * stfstfm joined #java
  159. p14nd4 does anyone know where the behavior for allowed values of jakarta.persistence.schema-generation.database.action is specified (e.g., 'create', 'drop-and-create')? i can't find it in the JPA 3.2 spec: https://jakarta.ee/specifications/persistence/3.2/jakarta-persistence-spec-3.2 , only the names of the values
  160. p14nd4 hibernate has a little commentary on this [ https://docs.hibernate.org/orm/7.2/javadocs/org/hibernate/tool/schema/Action.html ]: "There is an ambiguity surrounding the value "create" here. The old-school Hibernate configuration interprets this as the action CREATE, which drops the schema before recreating it. The JPA standard interprets it to mean the action CREATE_ONLY which does not first drop the schema."
  161. p14nd4 ...which suggests to me that there _is_ additional definition of this behavior somewhere in the JPA spec, i just can't find it
  162. ptomli I think it's there, just in the whitespace between the words
  163. ptomli https://jakarta.ee/specifications/persistence/3.2/jakarta-persistence-spec-3.2#_schemamanager_
  164. ptomli "If a DDL operation fails, the behavior is undefined. A provider may throw an exception, or it may ignore the problem and continue." fits the Hibernate language
  165. ptomli more specifically, at the same method "attempt to create the schema, otherwise, assume the schemas already exist"
  166. * rvalue joined #java
  167. dreamreal p14nd4: I'm not even sure the spec *does* say what the options are for a given provider. Hold on.
  168. ptomli I think, in my experience, that sometimes the specs are written in such a way that they make sense once you know them already. Typical documentation style, not really useful to learn the thing, but great to reinforce your understanding once you're on the other side
  169. dreamreal https://jakarta.ee/specifications/persistence/3.2/jakarta-persistence-spec-3.2#a12384
  170. dreamreal `none, create, drop-and-create, drop, validate`
  171. * cheeser joined #java
  172. dreamreal A given provider can add more to these, as hibernate does.
  173. ptomli yeah, but as he says, that's not exactly clear about what create means. the appendix has a little more info, but not too much to be honest
  174. p14nd4 yeah, i saw those allowed values -- was looking to have them defined. ptomli's link is close -- presumably create, drop, and validate are supposed to map to those interface methods
  175. nevet yeah, i saw those allowed values -- was looking to have them defined. ptomli's link is close now has karma of -1.
  176. dreamreal I don't think the spec can even really say "this is what SHALL happen" -- to many cooks in that particular kitchen.
  177. nevet I don't think the spec can even really say "this is what SHALL happen" now has karma of -1.
  178. dreamreal p14nd4: which provider are you using?
  179. p14nd4 but it doesn't explicitly say that's the case, and doesn't ever seem to actually define 'drop-and-create', since that doesn't have a corresponding SchemaManager method
  180. ptomli the details are usually in the appendix, marketing don't go reading that stuff too much
  181. * ForeverDreaming joined #java
  182. ptomli drop-and-create isn't in the spec
  183. ptomli doh.. sorry, it is
  184. * dreamreal points to the spec he quoted
  185. * cheeser joined #java
  186. ptomli yeah yeah, sorry, i point to my consumption of old grape juice
  187. dreamreal of course, that's 2.2, I think
  188. p14nd4 dreamreal: i'm using hibernate in my reference implementation, but theoretically customers could use others
  189. * javabot joined #java
  190. ptomli so, if there's a specific "drop-and-create" then it's fair to assume that Hibernate thinking "create" means "drop-and-create" is... unexpected
  191. * LtHummus joined #java
  192. ptomli perhaps the very existence of the "drop-and-create" option is the uncertainty that Hibernate docs are hinting at
  193. dreamreal yeah, hibernate treats ITS update and create as separate types. I think it'd comply with the persistence.xml definitions, though.
  194. dreamreal hbm2ddl.auto != the schema generation property
  195. * sa02irc joined #java
  196. p14nd4 without looking at the code, it seems to me that hibernate interprets values of jakarta.persistence.schema-generation.database.action and hibernate.hbm2ddl.auto the same, just giving precedence to the former, in case both are present
  197. ptomli but, if you're worried about customers using a provider which has particular effects regarding this, I would expect that (1) they're aware of the details, (2) pointing out the possible confusion should be sufficient, (3) trying hard to not delete customer data is a good step
  198. dreamreal p14nd4: I would VERIFY that, if I were you
  199. dreamreal I don't have any jpa persistence units lurking about or I'd try it
  200. ptomli we use eclipselink and I'm certain I wouldn't want "create" or anything like that anywhere near production 😆
  201. p14nd4 ptomli: agreed
  202. dreamreal ptomli: hahaha, yes
  203. p14nd4 this is mostly a curiosity as i was reading
  204. dreamreal I use validate all the time but not create or update any more
  205. ptomli if (System.getProperty("jakarta.persistence.schema-generation.database.action").contains("create")) { System.exit(911); }\
  206. * ForeverDreaming joined #java
  207. * zChris joined #java
  208. * domicron7 joined #java
  209. * stfstfm joined #java
  210. * fstd joined #java
  211. * zoraj_ joined #java
  212. * stfstfm joined #java
  213. * Betal joined #java
  214. * fstd joined #java
  215. * fstd joined #java
  216. jbosmans nothing wrong with update, as long as it's used by people that 1) understand what it does 2) understand what it doesn't do 3) make sure the whole of it keeps working
  217. jbosmans in other words if all db changes are thoroughly tested before release, who cares who they're executed (and/or which pre/post actions are needed)
  218. jbosmans my 2ç :')
  219. dreamreal I care. I want management and rollback capability, and migrations aren't done solely by altering a schema.
  220. dreamreal schema is composed of more than table structure, after all.
  221. jbosmans i like to be able to generate db schema's from code (when that's an option)
  222. p14nd4 also, 'update' isn't a JPA-standard schema-generation action, if you care about such a thing
  223. dreamreal Sure, nothing prevents you from doing that
  224. jbosmans i have tools to compare schema's etc
  225. dreamreal hell, that's what I do for initial schema generation: build a table model in entities, tell hibernate to generate it to a script, use that as an initial migration
  226. jbosmans exactly
  227. ptomli code and data are too tightly coupled, farting around with one means farting around with another. it's unreasonable to think that "the tooling" will manage the migration, or the rollback when it goes nipples north
  228. dreamreal ... then turn it from create to validate :D
  229. * fstd joined #java
  230. jbosmans too much work given i know i don't need it, tradeoffs
  231. jbosmans rigorously tested btw before release ^
  232. dreamreal That's fine if you know you don't need it
  233. cheeser you plebs with your schemas. adorable.
  234. jbosmans all we need is TEXT
  235. jbosmans and jackson
  236. dreamreal cheeser: ++
  237. nevet cheeser now has karma of 1.
  238. ptomli oh wait, a nosql has entered the chat
  239. jbosmans :P
  240. dreamreal ptomli: totally fair, though. SQL is what you want when you're okay with taking forever to access your data. :D
  241. * 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.
  242. * nevet joined #java
  243. ptomli I think, though I might be wrong, that most of the "you don't need relations" stuff we see these days, is entirely because we have more compute than we know what to do with
  244. jbosmans dreamreal, i violated your rule in a way that avoids me to create 10ish tables to fetch data for a few very related use cases that always require all data
  245. * stfstfm joined #java
  246. jbosmans "if one part of the data changes, all related data changes"
  247. jbosmans ptomli, i use relations very strictly 99+% of the time
  248. dreamreal ptomli: I don't think so
  249. jbosmans i prefer error to faulty data
  250. dreamreal nosql can have relational models
  251. ptomli it all comes down to one group of people thinking "you don't know how you will need to query this" and the other group saying "I know how I will query this". one group is old, the other isn't
  252. dreamreal why are you limiting yourself to "nosql = a hash table of json"?
  253. dreamreal Redis is NOT THE ONLY MODEL OUT THERE
  254. jbosmans pick & choose ftw
  255. dreamreal and it's not even a very good example of that model
  256. Para Document DBs have all the indices, relations, transactions and all that jazz as well.
  257. dreamreal IMDGs too
  258. jbosmans graph dbs same
  259. jbosmans imho least PITA = RDBM
  260. jbosmans except when not
  261. dreamreal and an IMDG will take a document db to the woodshed, beat it raw, slather it with butter, and draw rude things on its forehead before a document DB even realizes an IMDG has entered the room. And by the time a document db scrapes the rudeness of its forehead, an RDMS is going "hey, look, something happened"
  262. jbosmans in which case good to have "escape hatches" (to put it into react terminology?)
  263. ptomli I think people who *choose* a graph DB know enough to understand the tradeoffs, those that drift towards the document db are those that just don't want to deal with the underlying limits. In general. Vague handwaving. Don't moan at me
  264. Para My favorite thing about postgres is that you can do relational data perfectly with it and then all the other types as well and when you finally hit a wall, you can migrate that part to something more specific.
  265. jbosmans Para, well put
  266. * dreamreal shrugs in IMDG. Except sssssslllloooooowwwwwwwwwllllyyyyy so you guys can notice it.
  267. dreamreal para isn't wrong, though
  268. dreamreal ~para++
  269. nevet ~para now has karma of 1.
  270. javabot para has a karma level of 24, dreamreal
  271. * Square2 joined #java
  272. dreamreal postgres is a good baseline. Still slow, but quite reliable and quite capable.
  273. dreamreal aight, I'm off.
  274. ptomli capability > speed
  275. ptomli can do, eventually is more important than can't do
  276. NeXeN the speed at which it does what it does is more important than the speed at which something else doesn't
  277. jbosmans agree ptomli
  278. jbosmans well, depending on what matters for the business
  279. Para I haven't hit a performance wall with postgres in...hm. Almost a decade? Although that speaks more about the systems I usually do than the db itself.
  280. NeXeN there's performance limitations to any thing designed
  281. ptomli woooo, i'm not pasying postgres is slow, i'm saying havingn a tool that does the job is nore important than ... well, anything
  282. ptomli pasying... damn
  283. NeXeN but the DB ultimately will be the first bottleneck
  284. jbosmans ptomli, generally speaking, which DBs would you prefer?
  285. jbosmans (purely out of interest)
  286. ptomli i'm quite partial to sqlite, because it working in my realm
  287. Para I once lived a life where ingress traffic link was the bottleneck. We saturated parts of a specific data center.
  288. jbosmans ptomli, your realm being?
  289. dreamreal Para: have you ever gotten it to respond in < 2ms?
  290. jbosmans Para, wow :)
  291. ptomli i work in energy management, so inverters, batteries, local management. it's not about distributed data, it's about local data
  292. Para jbosmans: In fairness, this was 14 years ago. It was "easier" in a sense back then :) Now everyone has 25 gig links at minimum.
  293. dreamreal I mean, dow jones had < 0.2ms granularity for distributed transactions
  294. jbosmans Para, i year you :-D
  295. Square2 What is the minimal boilerplate / manual charade coding approach to exposing spring server methods to a react frontend. Sure it's REST, but how to avoid the tedium of replicating server model object and hand coding invocation logic?
  296. jbosmans <2ms is always attainable, given proper time to do all the work
  297. dreamreal and 2ms is still pretty damn slow
  298. Para That would be an interesting test to figure out.
  299. jbosmans money performance quality, choose two (iirc)
  300. NeXeN Square2: sounds like a good project. probably hundreds of docker containers out there, even in the hardened line, that probably could get you from 0 to 60 in a few seconds
  301. dreamreal I've never seen MY servers go under 3ms for roundtrip from postgres; I don't think I tune it especially well, though. But I haven't seen anyone else get a lot better.
  302. Square2 NeXeN, how is docker images helping here?
  303. DoofusCanadensis 0.2ms is fiiiiine
  304. jbosmans dreamreal, i'd say, how many tables with how many changes over how many years ?
  305. NeXeN Square2: to eliminate the tedium
  306. dreamreal jbosmans: in an IMDG? :D
  307. NeXeN to get the boilerplate out the way. there's already initalizr which is on fleek
  308. dreamreal "How many wings does your roof have? How many blades of grass does your bottle of paint contain?"
  309. jbosmans i've made a fool of myself? :)
  310. dreamreal you're asking the wrong questions, in other words
  311. jbosmans yeah i was thinking of an RDBMS
  312. Square2 NeXeN, I mean that if I have a set of server side services, how do I get them available in React with least amount of effort?
  313. NeXeN tRPC usually
  314. ptomli depends on definition of effort, though "consultants" is a good start
  315. jbosmans ptomli, same for me regarding local data, but evolving requirement-wise and quantity-wise
  316. NeXeN next you can use react server components
  317. Para Gave it a thought, I think the fastest DB to respond I've ever worked with was Riak once one of my colleagues fixed its abysmal Java driver.
  318. jbosmans NeXeN, never
  319. jbosmans :P
  320. NeXeN s/next/nextjs/
  321. Para I don't remember the exact numbers but the fix was in order of hundreds/thousands times faster.
  322. Para Of course Riak really is just a distributed hashmap after all the fancy vector clock stuff soooo
  323. NeXeN Para: well lmdb is fast and acid
  324. ptomli jbosmans: yeah, my line of work is odd, but not interesting. I'd like to skip the weird mysql db we have to data and move to quest, but we have installed base, and that means effort.
  325. Square2 NeXeN, as I see it, the information is there to autogenerate all of this.
  326. ptomli Changing stuff after the fact is just a pain
  327. jbosmans ptomli, it always is
  328. jbosmans making those changes might make life better tho, for many involved stakeholders?
  329. jbosmans in my experience, the pain increases over time
  330. jbosmans usually it ends up at "someone needs to make a business case"
  331. jbosmans this will cost you $$$$$ unless adressed NOW
  332. ptomli 20k installed devices, a few GW power generation between them, not hard to think about, but mess that up, things burn
  333. NeXeN Square2: i'm just fooling with you :^)
  334. jbosmans so that's important, which is good/great
  335. ptomli yes, we look to fix things, but you have to pick your battles
  336. jbosmans ptomli, yeah totally, not easy with 20k "clients"
  337. jbosmans "not easy" being the understatement :)
  338. ptomli meh, clients is a bad word for it
  339. jbosmans consumers?
  340. jbosmans users?
  341. jbosmans it all depends on context/language/point of view
  342. NeXeN Square2: vaadin hilla might interest you for least amount of effort
  343. jbosmans "from a certain point of view" as they said in some star wards
  344. jbosmans *wars
  345. ptomli we sell batteries, and 40ft containers with batteries and inverters. You can fit a lot of MWh into a 40ft container, and a couple of MW inverters on the side of them makes you think twice about "just send it"
  346. jbosmans ptomli, wow yeah, "consequences"
  347. ptomli well, i was trying to figure out an energy meter today, because a hospital kept tripping over onto grid power. it's technically not fancy, but the outcomes are important
  348. jbosmans like hardware integration?
  349. jbosmans as i understand it, it is technically fancy ^
  350. Para Transformer maintenance videos on Youtube have that special wtf aura. People wearing weird rubber suits, backup person with a long pole and a hook ready to pull the other guy away...
  351. ptomli yeah, modbus, canbus, serial232 when needed, whatever the site has/needs to make it happen. we have plumbing code to handle water works at damns, it's all just numbers really
  352. Para Electricity in general is wild, from the very physical and hands-on to...well, just managing it, software etc.
  353. Para I'm kinda jealous of your work :)
  354. jbosmans damns or dams? sorry could not resist :)
  355. jbosmans actually i may be wrong there, english is like my third language at best
  356. ptomli we 3d print covers for the high voltage battery connects. my introduction to the company was writing integration to a 125kW inverter. "Just turn it on" :-)
  357. ptomli dams :(
  358. Para Did you look up to see how many covers were embedded into the roof already?
  359. NeXeN i wonder how many batteries one could put in a container and still keep cool. how many times could i charge my scooter? hrmm a few million cycles?
  360. jbosmans no worries, it was sort of funny in context
  361. ptomli we have aircon units installed at the end of the containerss
  362. jbosmans fwiw clearly important work, which is nice
  363. Para NeXeN: Isn't heat more of a function of (dis)charge rate? Not that I know anything, really.
  364. ptomli it is nice work, i'm not saying it's not
  365. NeXeN i guess, i only expect if heat got too high then it would set off a chain reaction of some sort
  366. ptomli it happens both ways. charge/discharge both add to the energy waste, which is heat
  367. Para There was just a news article the other day that in silence a French company had built about 500 MW worth of container batteries all over Finland in a year.
  368. NeXeN maybe one could actually use those contact cooling rails like in the milspec stuff and need no air circulation
  369. Para It was kinda like...that's cool but who ordered them?
  370. ptomli containers have burnt... :sad face:
  371. NeXeN probably electrical services, who have to balance out their production and the amount of usage, it would be highly valuable in arbitrage
  372. Para Here's a picture, "container" is more of a suggestion at this point https://images.sanoma-sndp.fi/38ec2e4e79e4bf2ca8ee19a36ea45095/normal/1920.avif
  373. NeXeN i actually want a nuclear battery. one that'll run for 11k years down to halfway
  374. ptomli not one of ours, but basically the same
  375. NeXeN just have it in my back yard.....yeah never pay for power again
  376. Para NeXeN: RTG, Radioisotope Thermal Generator
  377. ptomli that one has doors to put in/replace cells from the side, we have a central corridor. but in the end there's a limit to the Wh you can store in a 40ft
  378. NeXeN i could also give the neighbors free power, who cares
  379. Para of course my energy pipedream would include one of these for every ~10k people community https://polarnightenergy.com/
  380. nevet Para mentioned url: https://polarnightenergy.com/ ("Polar Night Energy")
  381. NeXeN Para: interesting, but heat exchange loses a lot of power, but the arbitrage saves the costs
  382. ptomli Para: in the EU, the users for storage are often market movers. You can download the next 24h of market prices from ENTSOE, so if you have storage (regardless of PV) you can margin the market. We have lots of customers who simply time-shift energy for what is essentially residential markets. Buy cheap, put in battery, sell high. I've even added
  383. ptomli code recently to manage predictions of load vs PV vs market pricing, so the "system" just figures it out for you, and those fancy buggers can just go chill on their yachts in the Med. I do question my life choices
  384. * jamezp joined #java
  385. Para ptomli: Yeah, the whole offsetting is really the thing that everyone seems to be focusing on now.
  386. Para Which is great, as the amount of renewable energy we could harvest during summers could offset most of winter's energy needs, there's just the pesky problem of storing it somehow.
  387. Para (plus we also have that one neighbour so all forms of added resilience is also a big plus)
  388. ptomli I'm not sure it's a bad thing, in general, but the people doing it are making a total killing. I keep feeling like I'm just "helping them along", and I should have though of this myself years ago
  389. ptomli CATL have sodium in production now, I suspect it'll change things in the next few years
  390. Para Corrosive superheated liquid :)
  391. Para Of course as kids we used to stare at particle accelerators for entertainment, so science is stuff and such.
  392. ptomli I'm trying to figure out where you ares, Sweden? I think you're a bit closer to our next best friend than I am (South Africa)
  393. Para Finland
  394. ptomli oo, I like
  395. Para You know, the Internet, there's always a Finn somewhere.
  396. ptomli I used to work for a Danish company, I enjoyed my time up there
  397. * ptomli apologises to all the people wondering "what the hell has this to do with Java"
  398. NeXeN i'm sure they have java installed on one of their machines
  399. ptomli 😆
  400. Para Tatu Suoranta is Finnish and he created Jackson.
  401. Para (I think he lives abroad though)
  402. ptomli So I can blame him for the Jackson 3 changes?
  403. Para Sorry, Saloranta
  404. Para https://cowtowncoder.medium.com/why-upgrade-to-jackson-3-0-94c30e797bf2
  405. Para I think he's heard the question.
  406. ptomli I don't think there's more than 1 or 2 java devs that can do anything than thank him for his input
  407. * Square2 joined #java
  408. ptomli 'd not seen that before, thanks
  409. ptomli I'd not seen that before, thanks
  410. ptomli So, things like "Automatic subtype detection", sounds lovely. But I need to see how that works in practice, because I don't want it randomly trying to class-scan on a Allwinner H616 reading from an CD card. 🤷
  411. Chronos Para: My favorite OS is FinnOS!
  412. Chronos (I think most people call it Linux)
  413. jbosmans leenooks
  414. Para Yeah well.
  415. Para It's kinda funny how the whole software chain for being able to chat in real time originates from Finland. Linux, SSH, IRC, irssi.
  416. Chronos This will age me, but I was chatting online in 1979, which predates all those technologies by a little bit.
  417. Chronos Chatting online real time.
  418. jbosmans crazy
  419. jbosmans darpa?
  420. Para Of course we've done more modern stuff. NVIDIA's core research which led to tensor cores was also done by a few Finns.
  421. Chronos jbosmans: Not DARPA, but other online entities, like MECC and bulletin board systems.
  422. jbosmans Chronos, what kind of protocols?
  423. Para Chronos: So you're one of the increasingly few people who know why lowercase usernames implied terminal features and also why email has always and always will be a pita to route.
  424. Para +been
  425. jbosmans unless MECC was/is a protocol
  426. jbosmans i'm guessing not BBS etc?
  427. Chronos jbosmans: When I started? It was old school analog modem stuff -- ASCII in and ASCII out.
  428. nevet jbosmans: When I started? It was old school analog modem stuff now has karma of -1.
  429. NeXeN Square2: jhipster is also worth mentioning, i googled it earlier and thought it was neat
  430. Chronos Even more basic than Telnet.
  431. * x1bncwn joined #java
  432. Chronos Para: haha yep :)
  433. jbosmans Chronos, lucky you :)
  434. Chronos Being old both sucks *and* has its advantages!
  435. jbosmans "everyone wants to get old, no-one wants to be old"
  436. Chronos jbosmans: Oh, MECC was the Minnesota Educational Computing Consortium (later Corporation). They had CDC (Control Data Corporation) Cybers with banks of modems you could dial into.
  437. jbosmans i refuse to be sorry i'm not dead already :P
  438. Chronos And people had written chat programs so you could dial in and talk in real time.
  439. jbosmans i love that
  440. jbosmans way ahead of my time
  441. jbosmans i just captured network traffic to fetch credentials to get more capacity on my school's network
  442. Square2 NeXeN, Hmm.. just changed computer here. If you mentioned other libraries before jhipster can I bother you to repeat them? Fear I'm missing scrollback
  443. jbosmans "once upon a time", approaching 25 yrs ago
  444. * Ragnor joined #java
  445. Chronos A lot of people don't know just how much stuff was invented way way WAY earlier than they think. In 1979 we had email and Reddit-like discussion forums real-time chat and the whole works!
  446. NeXeN i have not tried it it just looked neat. i did some stuff with vaadin a while back but it seems to be newer versions, might be cool
  447. jbosmans i remember my connection dropping when someone called in or out
  448. Chronos jbosmans: haha that's awesome. I would write programs and trick people into running them. The program made it appear as if they got logged out and a new login prompt would appear. I would capture their user names and passwords and store them in files.
  449. jbosmans haha awesome
  450. jbosmans i was btw quite considerate of who etc, we lived together
  451. jbosmans it was "unused bandwith"
  452. jbosmans *"bandwith"
  453. jbosmans iirc ARP poisoning, way back when
  454. Chronos Oh my goodness, I thought I was in a different channel, my apologies to everyone for the off topic stuff
  455. jbosmans && likewise (?) :-)
  456. jbosmans java is 30+ now so
  457. jbosmans it least we're not talking about: "Anthropic Raises $30 Billion at $380 Billion Valuation, Eyes IPO This Year"
  458. jbosmans at*
  459. Chronos Heh, indeed :)
  460. NeXeN only 10x plus tax?
  461. jbosmans no worries, it'll al work out just fine
  462. jbosmans grmbl, *all
  463. jbosmans fwiw i think we're still all good
  464. jbosmans assuming we all care and invest in our craft
  465. jbosmans we'll see who maintains the generated codebases over time :')
  466. jbosmans addendum: "Anthropic claims more than 500 customers spending over $1 million a year on its workplace tools."
  467. jbosmans they must all be spending "a lot"
  468. jbosmans nite nite
  469. * zoraj_ joined #java
  470. * Tenchi joined #java
  471. * bomb joined #java
  472. * five618480339176 joined #java
  473. * lex_v joined #java