Chat Logs

  1. SquareI'm replacing a JSF frontend with React for a semi big java application . What approach do you feel is more natural and easy to work with: A) npm/webpack(possibly Vite later) or B) frontend-maven-plugin?
  2. SquareClaude answered it.
  3. * arkadio joined #java
  4. SquareAnyone using "Jetbrains Gateway" for local container development? I wonder if it creates a directory called '~' in your home folder? Feels like a bug to me.
  5. * hwpplayer1 joined #java
  6. * kcomhnall joined #java
  7. * ferdna joined #java
  8. sirecmgman jsf is the worst ><
  9. sirecmgit is probably easy to work with jsf with claude though
  10. * lain6141_ joined #java
  11. * Zapek joined #java
  12. * deavmi joined #java
  13. deebodon't do react, do htmx or something :)
  14. deebounless you're 100% client side, having to deal with SSR is pure satan
  15. * sbalmos_ joined #java
  16. * jjj333_p joined #java
  17. Squaredeebo: SSR?
  18. Squareoh server side rendering?
  19. deeboserver side rendering
  20. ParaServer Side Rendering. Acronym made to justify doing stupid things; not really the concept as a whole but more of a "I want to run React on server because durrrr".
  21. Squaredeebo: I thought react didn't ship with SSR out of the box?
  22. SquareI've seen the horrors in Next.js
  23. deebodepends on how you serve it
  24. SquareFor vanilla React it's not a problem right? This is just a low traffic admin application.
  25. deebonextjs does it ok, i'd actually use it isntead of anything self bootstrapped from a template that will be obsolete next week
  26. deebowe have a 10+ year big react+ssr project and the constant upgrading is the biggest hassle, on nextjs there would at least be more help and possibly tooling
  27. deebounless you're working on it at least weekly for the foreseeable future, don't roll your own webpack/whatever/etc build, just use nextjs
  28. deeboespecially for a backoffice app
  29. deeboantd + nextjs is a good way to go there (we run a few of these), not sure if htmx has anything comparable for components
  30. comradPara: SSR is the proof to me, that we just went to hell and back. First everyone wanted to render on the client, now it's all back to server rendering again.
  31. ParaAnd the reason of course was that wait, this is actually slow when we take into account all the necessary things!?
  32. ParaWith a good helping of forcing one trick as solution for all of it.
  33. Squaredeebo: I don't see the need for server side rendering for a low traffic admin application.
  34. ParaAll software could be made with just a single megafunction.
  35. Squarenow you sound like a functional programmer =D
  36. Squaredeebo: (but maybe I'm wrong)
  37. SquareSSR is for a snappy feel was my understanding.
  38. ParaAt least part of it is/was motivated by Google's millisecond golfing.
  39. Squarewdym? I think I've missed this. For ad brokering?
  40. ParaIt used to be that Google's indexer refused to render more than one full redraw, and people made shit frontends which would redraw wildly during initial load. Google also timeouted the process quickly (remember when CPU was expensive?), and site rank algorithm would use snappiness as driving factor.
  41. ParaThere was endless papers and blog posts about how small ms loads would lead to tens of percents of higher sales.
  42. Squareah ok
  43. * Cae2 joined #java
  44. SquareSo none of you use "Jetbrains Gateway"?
  45. Square...what do you use instead?
  46. Para...have to look up first what that even is.
  47. SquareIt's Jetbrains Dev Container take is my understanding
  48. ParaOh I don't use Dev Containers, those are shit.
  49. Squarehaha
  50. ParaThe idea is OK but so far I've only seen failures and even worse build setups with them in projects than what they are supposed to fix.
  51. SquareSo you let the agents have free reign on you system?
  52. Squareyour*
  53. ParaI generally don't let agents run things :) I do per-command verification, and most often tool calling agents tend to deteriorate on themselves as well.
  54. ParaThe issue is that the "thinking" process does 20 mistakes to get 1 result, and while this could be ignored, it also means 20x cost. So don't let them think.
  55. ParaAlso I think at least Anthropic's models are deteriorating in general. I'm fairly certain e.g. Sonnet used to be better half a year ago than today.
  56. SquareAh interesting perspective. I've been so non curious about agentic coding so I started using it this week for the first time.
  57. deebofor anything actual user facing with SEO needs, you need SSR (still), for backoffice tooling we just have "use client;" in every component so it only works on the client
  58. SquareI thought the hole industry was diving into it
  59. deeboi just give claude/copilot access to IDEA MCP and if it want's do something stupid like download jars and decompile them i tell it to just stop, and sometimes it even listens!
  60. comradthat's what their marketing wants you to think ;)
  61. deeboit's a good tool when you need to do something in bulk, or repeat the same thing over many repositories, but anything "new" still needs a few passes to clean up
  62. comradi am lousy with webdesign, but claude did some nice sketches, so i iterated over them. not agent, but generated and tried.
  63. comradi had so add some more prompts to stop it from remaking the whole thing, just to move a button more to the left
  64. deebowe did a few spring boot 4 upgrades manually with verification of proper configurations etc, then just pointed claude to the repos with the PRs: "look at these PRs and do the same upgrade in this repo"
  65. ParaSquare: On paper agentic workflows are pretty neat, it's just that the tooling seems to be focused on making an expensive mess.
  66. Squarehaha
  67. ParaAnd yeah, using LLMs to generate some corners/bits which you then massage manually into shape is a pretty good way to utilize them.
  68. SquareI must say this port of JSF -> React is going like proceding like a steam engine train.
  69. ParaAre they even concept compatible?
  70. ParaI'd probably create an extensive suite of E2E tests first.
  71. deeboyeah for agentic stuff you need tests to make sure everything actually works
  72. deeboand not tests by the agent itself :) it can create some insanely stupid tests
  73. SquareI feel we've mad a big win just by cutting off the jsf dependencies. It's holding the app back in many ways.
  74. Squareit's quite a simple app, but you know how things were back in the days. Tons of code for even minor things.
  75. comradSquare: that Port is a whole Concept Shift, you pretty much can start over as well
  76. SquareI haven't inspected the end result yet, just checkpoints along the way. You guys don't seem convinced so maybe I'll get a sad surprise in the end.
  77. comradbut jsf is not so bad, if you know why you want it
  78. Squarecomrad: "that Port"?
  79. comradSquare: JSF -> React
  80. Squareah ok
  81. SquareSure, JSF is page based, React is SPA by default.
  82. ParaRemains to be seen. It might work.
  83. ParaThe real cost is always in maintenance.
  84. SquareI hoped I be able to massage away the quirks that comes with it.
  85. SquareI imagine you can do React more page based too no?
  86. deeboyou can
  87. deebobut no one is going to get a malicious jsf.jar of a 5 year old version in mavencentral
  88. deebosomeone is going to get a malicious dependency of dependency of dependency in npm, and you're fucked if you don't have alerts etc set up for these :)
  89. ParaHm, that perks an idea. I wonder if Maven plugin ecosystem would have some kind of killswitch for downloading too old deps.
  90. deebodoes age directly matter?
  91. ParaThere probably could be a good curve of CVE rating + time.
  92. ParaOWASP has a config flag for plain CVE score.
  93. * iusr joined #java
  94. * node1 joined #java
  95. * MonsterAbyss joined #java
  96. * iusr joined #java
  97. * Krusher joined #java
  98. * MonsterAbyss joined #java
  99. * iusr joined #java
  100. * phlox joined #java
  101. * phlox joined #java
  102. * gas51627 joined #java
  103. * MonsterAbyss joined #java
  104. * Adrian35 joined #java
  105. * MonsterAbyss joined #java
  106. * lain6141_ joined #java
  107. * ta71 joined #java
  108. * iwtga joined #java
  109. * Perflosopher0387 joined #java
  110. * OmniRadix69891 joined #java
  111. * marcel1 joined #java
  112. * MikeBux joined #java
  113. * OmniRadix69891 joined #java
  114. * node1 joined #java
  115. * jamezp joined #java
  116. dreamrealmorning
  117. julemand101hi
  118. * Adrian35 joined #java
  119. * xv8 joined #java
  120. * pebble joined #java
  121. * Betal joined #java
  122. BombeGood morning.
  123. dreamreall'shana tova
  124. * ramontjunior joined #java
  125. sbalmosyarr
  126. * node1 joined #java
  127. * henbruas joined #java
  128. * MonsterAbyss joined #java
  129. * akaWolf joined #java
  130. * akaWolf joined #java
  131. * LtHummus joined #java
  132. * svm_invictvs joined #java
  133. * m2 joined #java
  134. * Aedil joined #java
  135. * dinomug joined #java
  136. * node1 joined #java
  137. ParaI wish you all 3 parts grapefruid flavored soda, 2 parts white grapefruit juice, 2 parts gin, half part fresh lemon juice, splash/dash club soda, slice of grapefruit for garnish or whatever else might be your thing this Friday.
  138. * magla joined #java
  139. BombeThat sounds nice.
  140. ParaIt's the recipe for Finnish long drink, "lonkero". Drink mix which was invented for the Summer Olympics 1952 and is to this day really super popular over here.
  141. * hwpplayer1 joined #java
  142. * kcomhnall joined #java
  143. * m2 joined #java
  144. * deavmi joined #java
  145. * deavmi joined #java
  146. * mindCrime joined #java
  147. BombeOh, that’s what that is? I always assumed it was either a beer or contained copious amounts of Salmiakki.
  148. ParaWe like to scare tourists with Salmiakki.
  149. ParaOnce we've slapped them good enough, we'll give them the pleasant stuff. Or Gambina.
  150. * mindCrime joined #java
  151. * simon816 joined #java
  152. * Adrian35 joined #java
  153. * kathadris joined #java
  154. * mindCrime joined #java
  155. * hwpplayer1 joined #java