ByteCode.News
Submit RSS Atom Sign in

Back to the channels

#java

  1. * johnjay joined #java
  2. * metalmaniac joined #java
  3. * 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.
  4. * nevet joined #java
  5. * stfstfm joined #java
  6. * Ragnor joined #java
  7. * stfstfm joined #java
  8. * handicraftsman joined #java
  9. * pebble joined #java
  10. * PocketKiller joined #java
  11. deebo "teaching sand to think was a mistake"
  12. deebo hmm, does the multilaunch work across projects, could be useful then, otherwise meh
  13. deebo now if idea could realize i have all my datasources in datagrip and use those without copypasting them into each project separately, that would be great
  14. Bombe Yeah, that would be pretty neat.
  15. Bombe Heh, turn out it’s actually possible and we’re just idiots: https://stackoverflow.com/questions/41934918/sharing-databases-between-projects-within-intellij
  16. Bombe Hmm, no, I misread, you actually have to copy & paste the sources around: https://www.jetbrains.com/help/datagrip/managing-data-sources.html#copy_data_sources_to_clipboard :(
  17. javabot Bombe's title: "Data sources | DataGrip Documentation"
  18. Bombe Disappointing.
  19. * jreicher joined #java
  20. * ztevoz joined #java
  21. * jink joined #java
  22. * MikeBux joined #java
  23. NeXeN what were you trying to solve?
  24. Para I wonder if datasource configs live under .idea nowadays.
  25. Para Jetbrains afaik is trying to get people to use those + commit them, so the copypaste at least would be formal "this file right 'ere"
  26. NeXeN go look. i don't have intellij installed
  27. NeXeN but yeah they could make it a tad bit easier
  28. * pebble joined #java
  29. dreamreal NeXeN: you're a !idea person!?!? What do you use?
  30. NeXeN vsclone*
  31. NeXeN sometimes vim too
  32. dreamreal *nod*
  33. NeXeN i don't use enough features of intellij to make it worth my while. it's a little sluggish compared to some lighter vsclones out there
  34. NeXeN i have my uma vram jacked up to max, so i only have 16g of system memory and that might be part of it
  35. dreamreal I'm still in the "you'll have to rip IDEA from my cold, dead, rotted hands" phase
  36. NeXeN when they did the hamburger menu thing, that was the last straw i fell off
  37. NeXeN the main feature i ever cared about was the language server. the redhat one on vsclones sucks bonky dolls but it works. so i don't really have anything to compel me to stay
  38. dreamreal I still code too much personally to leave
  39. dreamreal I know it, it's comfy and warm, it helps me do the thing
  40. NeXeN yeah if you can use the features it's got some awesome ones
  41. dreamreal and bloody hell, I was using it when beg was first releasing it on efnet #java as early access, to leave now feels weird
  42. dreamreal I was using it back when it was "oh look, it's 11:30, ANOTHER release, this last one survived almost an hour. Oh shoot, it's 11:35: another version."
  43. NeXeN i think i have this thing against IDEs.......when i was a guppy i took a course "fuzzy math in c++". and this was like 97 or 98. and they used vc++ but i couldn't run it as i used linux exclusively. so i did my homework in vi (or maybe pico) and went to school early to try and get it to compile
  44. dreamreal We kept on asking him why he didn't just call it together/j++ but he didn't appreciate that much :D
  45. NeXeN but the course was mostly "teach you how to use the ide" not "teach you how to build things"
  46. * NeXeN shrugs
  47. dreamreal yeah
  48. dreamreal I'm surprised anyone gets out of college appreciating Java, because of the way it's taught
  49. NeXeN i never got taught java so i really appreciate java
  50. NeXeN back in those days it was drink the koolaid
  51. dreamreal My son took a java course as part of his degree, I was appalled. I helped him with a problem he was having, THEN showed him how I would have done it, and he was... rather surprised
  52. dreamreal "why don't we do it like that in school?"
  53. NeXeN you know the way it was taught years ago was bad for performance because usually they tell you to stay away from static members and the like. use too many objects when few would do. gc thrashing......
  54. NeXeN but now we have value objects and records and other things decades late :P
  55. dreamreal Oh, his course used eclipse as a build tool and avoided the classpath
  56. dreamreal "copy this stuff into your source" and then they'd have to constantly have remediation for plagiarism
  57. NeXeN eclipse is aiight. i think i was big netbeans in the eclipse days
  58. dreamreal "You copied these four classes!" ... yes, just like your idiot syllabus demanded
  59. dreamreal eclipse is fine for what it is: if you think like beck, it's awesome and THE WAY. But as a build tool... nah
  60. NeXeN yeah i stick with maven
  61. dreamreal Any build tool > any IDE as a build tool
  62. NeXeN years ago we didn't have it so the IDE thing i guess develped parallel to real build tools
  63. dreamreal Well, people used the IDE as a build tool, it's a leftover from early IDEs
  64. dreamreal but then people realized an IDE was a tool and not a standard
  65. dreamreal you don't say "we use a craftsman hammer on this house," you use a hammer, the specific one doesn't matter as long as it drives a nail
  66. dreamreal article Java taught vs Java practiced
  67. nevet Idea session started: "Java taught vs Java practiced". Use 'content <text>' to add body paragraphs, 'includeai' to enable AI summary/tags, 'done' to save, or 'cancel' to discard.
  68. dreamreal logs 6h
  69. nevet Added 43 log messages (last 1h) as content block #1.
  70. dreamreal includeai
  71. nevet AI summary enabled for "Java taught vs Java practiced". On 'done', a generated summary and suggested tags will be appended to the draft.
  72. dreamreal done
  73. nevet Idea saved as draft: "Java taught vs Java practiced" (1 content block). AI summary appended for admin review.
  74. dreamreal Huh, that might actually be useful
  75. dreamreal nevet++
  76. dreamreal ooo and a bug
  77. dreamreal three bugs, actually
  78. dreamreal (So what just happened, if you're interested: I had nevet capture an article idea from the channel, with a title just on a lark, then I told it to use 6 hours of logs as part of the content. You can contribute blocks specifically AND/OR the logs; I didn't bother with the blocks, just the logs. The "!includeai" tells it to use AI to scan the content for themes and content; it actually wrote a pretty
  79. dreamreal decent "article" but the idea is to capture concepts for human editors.)
  80. dreamreal It doesn't try to be especially original, just identify actual *conversation* from the logs (so other people might have their own conversation, but it'll try to summarize the main one.) In this case, it actually looks a lot like an observer writing about what nexen and I were saying.
  81. NeXeN yeah i have built a similar thing for a customer who needed to have some chat bots that didn't look like chat bots to get some prelim info out of people contacting their support
  82. NeXeN it would take the rolling log of what they had discussed and summarize for the agent so they can get quick, with clickable links to the various things said. most people don't figure out it's a bot for a good while
  83. dreamreal nevet's going to part and rejoin in a few minutes, the backend takes some time to build/test/deploy (mostly the test cycle)
  84. dreamreal I keep thinking nevet would be good for #java unmuted but then it'd compete with javabot
  85. NeXeN use different triggers
  86. dreamreal it has a different signal character (! vs ~) and I VASTLY prefer ~ but... again, javabot
  87. NeXeN you can do @, which is quite conventional for some people
  88. dreamreal well, there are also some automatic responses in there, so muted is better, AND I really don't want them to compete per se
  89. dreamreal for IRC they look like very similar applications (an infobot) but nevet's not really an infobot, it HAS an infobot
  90. dreamreal Most of the changes over the past few weeks have had very little to do with the infobot facet (although today's deployment does!)
  91. dreamreal mostly information management in the irc information generation, because some boundaries changed recently and the tests didn't exercise the boundaries well
  92. dreamreal (!ideas threw an exception in the orchestration, and this exposed another issue in the logs that was trivially easy to fix in place)
  93. dreamreal https://bytecode.news/posts/2026/10/why-dont-more-developers-use-the-platform
  94. dreamreal https://bytecode.news/posts/2026/10/four-horsemen-or-four-decisions
  95. dreamreal building nevet takes a while now because I removed parallelism from the build - it has a lot of modules and docker didn't really do well with 20 modules all creating postgres testcontainers :/
  96. dreamreal ... all at the same time. The nonparallel build is pretty solid.
  97. dreamreal (nevet uses postgres-specific search features.)
  98. * 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.
  99. * nevet joined #java
  100. * yika joined #java
  101. * aduke2704 joined #java
  102. NeXeN oh yeah?
  103. NeXeN i love tsvector and tsquery, i think it's marvellous. i've even gone past gin and gist indexes and tried out tin, which is nice
  104. NeXeN easily highlight words in the surrounding text and configure how much you get and how you can easily keep track of docs
  105. NeXeN i implemented a system over more than a decade that finally we were able to get all of it indexed and such. the users went nutz, like dang i can just search for it and there it is......they had been using google to look at the public facing docs but often missed contextual policies that aren't on the public site
  106. * GreenResponse joined #java
  107. dreamreal Yeah, the alternative was lucene or solr and, um, no
  108. dreamreal They'd work, but be much slower, plus the indexing scheme would MANDATE solr (lucene wants to store on a filesystem, not a database, with all the synchronization issues that implies; solr has a db-index which is, um, much smarter) and solr ends up duplicating what postgres gives me for no real benefit
  109. * node1 joined #java
  110. * nevet joined #java
  111. * 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.
  112. * ramontjunior joined #java
  113. Para Lucene/Solr/Compass/ElasticSearch are great as long as they're configured correctly. They're absolutely useless for e.g. Finnish if you run them on default settings, which a lot of places did, and then decided to proclaim that they outright suck.
  114. dreamreal nobody cares about the finns anyway though
  115. Para Haven't use Postgres for non-English text so can't speak for its capabilities, but with correct lexer/stemmer Lucene is just unfairly good.
  116. * Hobbyboy joined #java
  117. dreamreal lucene's access mechanism is gross, though
  118. dreamreal you'd have to use solr for multiuser
  119. Para Yeah, it's quite raw without anything on top of it.
  120. Para The aforementioned Compass, basically elasticsearch-before-elasticsearch was the first time I felt that this is actually alright to use.
  121. dreamreal I used to work with Shay Banon and Uri Cohen :D
  122. Para Compass is/was effectively single-node ElasticSearch. Same creators, even, and I suppose they learned from that enough to completely abandon it in favor of ES.
  123. dreamreal Also: one of my modules in OpenSymphony was called WebCompass. :D
  124. Para I was more clever and named my Compass wrapper thing Magellan. I don't even remember why and what the wrapper did at this point.
  125. NeXeN hrmm maybe i should rebuild a system i built years ago and leverage some newer stuff
  126. Para Learn...from your...mistakes?
  127. dreamreal ~osgi
  128. javabot OSGi is a module system for Java. It's used in Eclipse, Glassfish, and a host of other environments. See also ~equinox, ~felix, ~knopflerfish, and ~karaf.
  129. dreamreal ~equinox
  130. javabot dreamreal, equinox is Eclipse' implementation of an OSGI container. See http://eclipse.org/equinox/
  131. nevet Equinox Documentation
  132. dreamreal ~felix
  133. javabot Apache Felix is a community effort to implement the OSGi Service Platform and other interesting OSGi-related technologies under the Apache license. http://felix.apache.org/
  134. dreamreal ~knopflerfish
  135. javabot dreamreal, knopflerfish is an OSGI container. See http://www.knopflerfish.org/
  136. nevet Knopflerfish OSGi - open source OSGi service platform. OSGi Release 6
  137. dreamreal ~karaf
  138. javabot Apache Karaf is a small OSGi based runtime which provides a lightweight container onto which various components and applications can be deployed. see http://karaf.apache.org
  139. cheeser RIP OSGi
  140. dreamreal https://bytecode.news/posts/2026/10/updates-for-bytecode-news
  141. javabot dreamreal's title: "Updates for ByteCode.News | ByteCode.News"
  142. dreamreal OSGi is alive and well, just not so much as a developer-facing platform
  143. dreamreal and it can only blame itself for it
  144. * acidjnk joined #java
  145. cheeser zed's dead, baby.
  146. dreamreal https://bytecode.news/posts/2026/10/updates-for-bytecode-news
  147. javabot dreamreal's title: "Updates for ByteCode.News | ByteCode.News"
  148. * Afroboy joined #java
  149. * hwpplayer1 joined #java
  150. dreamreal https://news.ycombinator.com/item?id=49965413 - I would deeply appreciate upvotes here, I want to see how the new front end handles being hammered
  151. nevet Hacker News
  152. * Fiji joined #java
  153. * ramontjunior joined #java
  154. * ztevoz joined #java
  155. * stfstfm_ joined #java
  156. * stfstfm joined #java
  157. * ztevoz joined #java
  158. dreamreal Gah, HN had a problem with it thanks to the canonical link being wrong: fixed
  159. * metalmaniac joined #java
  160. * PyR3X left #java
  161. * PyR3X joined #java
  162. * sunyour joined #java
  163. * fgarcia joined #java
  164. * node1 joined #java
  165. * ssh07322 joined #java
  166. * ssh07322 joined #java
  167. * ssh073222 joined #java
  168. * magla joined #java
  169. * ramontjunior joined #java
  170. * ssh073223 joined #java
  171. * stfstfm_ joined #java
  172. * hwpplayer1 joined #java
  173. * beastie joined #java
  174. * ztevoz joined #java
  175. * node48 joined #java
  176. * stfstfm joined #java
  177. * jreicher joined #java
  178. * lucerne90 joined #java
  179. * nevet joined #java
  180. * 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.
  181. * lucerne90 joined #java