Back to the channels

#java

1. 00:13 * kathadris joined #java
2. 00:56 * Betal joined #java
3. 01:15 * mindCrime joined #java
4. 01:42 NeXeN it's good to have logging whether used or not, and you can simply replace slf4j with whatever you want
5. 01:42 NeXeN but yeah that does sound like something the IDE should pick up on
6. 02:10 * sweatiest joined #java
7. 03:05 * Dukorr joined #java
8. 03:38 * ChaiTRex joined #java
9. 03:48 * AMcBain joined #java
10. 03:49 * Nemu64 joined #java
11. 04:05 * rvalue- joined #java
12. 04:56 * stfstfm joined #java
13. 05:12 * metalmaniac joined #java
14. 06:05 * fed-kaczynski_ joined #java
15. 06:14 * rvalue joined #java
16. 06:33 * sa02irc joined #java
17. 06:35 * yeahitsme joined #java
18. 06:36 * Dukorr joined #java
19. 07:00 * sa02irc joined #java
20. 07:13 * Dukorr joined #java
21. 07:45 * MikeBux joined #java
22. 08:27 * Dukorr joined #java
23. 08:47 * stfstfm joined #java
24. 08:54 * julemand101 joined #java
25. 09:02 * stfstfm_ joined #java
26. 09:03 * julemand101 joined #java
27. 09:22 * jreicher joined #java
28. 10:53 * jreicher joined #java
29. 12:01 * cryosis joined #java
30. 12:48 * MikeBux joined #java
31. 12:59 * Anaphaxeton joined #java
32. 13:02 * jreicher joined #java
33. 13:19 * monkeyPlus joined #java
34. 13:40 * simon816 joined #java
35. 14:05 DynamiteDan greetings. I have been trying to use apache juneau to serialize POJOs but I am never able to compile sucessfuly even with AI help. Can anyone point me to an alternative? thanks in advance,
36. 14:07 Para ~jackson
37. 14:07 javabot Jackson is a library that provides a streaming parser for many, many common dataformats (including ~XML, ~JSON, ~YAML, ~CSV, and others) and can map those formats into and from Java Objects as well. See https://github.com/FasterXML/jackson - it's probably the most common such library in use in Java today.
38. 14:08 Para Dunno what your use case specifically is, model mappers is also a category which might be relevant.
39. 14:09 DynamiteDan I want to convert a pojo to json
40. 14:10 Para Jackson it is then.
41. 14:10 DynamiteDan without having the source. I have used gson in the past but it doesn't work as well
42. 14:10 DynamiteDan thanks :) let me try.
43. 14:10 Para None of these libraries work from source.
44. 14:11 Para But gson is also a good option. Everyone uses Jackson though, either directly or indirectly.
45. 14:14 dreamreal Jackson.
46. 14:14 dreamreal Gson is not a good option.
47. 14:14 dreamreal org.json is a TERRIBLE option.
48. 14:15 dreamreal What I'm more interested in is what led you to JUNEAU.
49. 14:36 * Nav94 joined #java
50. 14:37 * GreenResponse joined #java
51. 14:42 DynamiteDan a web search :)
52. 14:42 DynamiteDan but I am havin gproblems
53. 14:44 dreamreal yikes. Bad search responses. Jackson.
54. 14:45 dreamreal var mapper=new ObjectMapper(); var json=mapper.writeValueAsString(thing); // done
55. 14:47 DynamiteDan I am havin g problems with the mavem dependencies
56. 14:49 DynamiteDan https://www.irccloud.com/pastebin/TWE3klnv/
57. 14:49 nevet Snippet | IRCCloud
58. 14:50 Para Where's the problem?
59. 14:52 DynamiteDan package com.fasterxml.jackson.core does not exist
60. 14:57 DynamiteDan just invalidated the caches and it is working
61. 14:58 dreamreal what build system
62. 14:58 dreamreal and where
63. 14:58 dreamreal which jackson version
64. 14:58 Para the conflated Java, duh
65. 14:58 dreamreal are you doing straight copypasta or are you developing like a real person
66. 14:59 dreamreal What made you choose 2.17.2
67. 14:59 dreamreal (this is why I suspect copypasta)
68. 15:00 dreamreal 2.17.2 is fine, but the recent version is 2.22.1, which your tooling should have suggested to you
69. 15:01 dreamreal okay, it's working now, sorry, caught up, was doing errands
70. 15:02 Para Also while for testing it's fine as is, but for actual use I'd use <dependencyManagement>
71. 15:02 dreamreal most problems are problems for another day :D
72. 15:03 Para BTW I've been running claude for a bit now in a "Socratic teacher" mode and it's very neckbeardy and angry at times :D
73. 15:03 Para "No. You're wrong. Your code has bugs." is rather refreshing.
74. 15:04 Para I'm teaching myself frontend stuff and realized that it kinda works to have the LLM be the teacher. I just need to write a better agent prompt at some point first.
75. 15:05 Para I think this might be a path less traveled so the over appeasement filters are not being applied :)
76. 15:05 dreamreal That last thing is ALWAYS the case, para.
77. 15:08 * MikeBux joined #java
78. 15:28 * stfstfm joined #java
79. 15:45 DynamiteDan ok, it didn't like the class Event from pircbotx ehhe
80. 15:46 DynamiteDan the search depth was deeper than 1000
81. 15:52 Para 1) we have no idea what you're trying to do 2) it seems you're just slapping things together; you're breaking eggs hoping for an omelette
82. 15:52 Chronos I mean, if you break *enough* eggs...
83. 15:53 Para If Mythbusters was a thing, I'd want them to try this out.
84. 15:53 Para How many eggs does one need to break (and in what conditions) for an omelette to emerge.
85. 15:53 Chronos At $WORK, we're in a constant state of third party jar dependency hell. It sucks, to say the least.
86. 15:53 DynamiteDan I am jusy experiencing yes
87. 15:53 dreamreal worth noting: this has been done. By people in this channel.
88. 15:53 Chronos Especially with vulnerabilities flowing like great, mighty rivers.
89. 15:54 Chronos Constant update churn.
90. 15:54 dreamreal DynamiteDan: that's because of recursion in the data structures.
91. 15:55 Para pircbotx's Event also has direct reference to the bot object itself behind a getter, so that definitely will go nuts
92. 15:58 dreamreal DynamiteDan: speaking from... imputed experience *from this channel* I'd suggest doing a transformation from pircbotx structures into a persistable form, and using THAT.
93. 16:01 DynamiteDan yups, that is what I am doing now
94. 16:03 DynamiteDan i have a class named IRCEvent and it has a constructor with a PircBotX Event parameter
95. 16:03 DynamiteDan now I need to find out all data I need
96. 16:09 DynamiteDan now a OOP problem. Event is a base class and I am dealing with derivated classes for the events. SO I guess I need to parse every type and cast to the proper object
97. 16:09 DynamiteDan I haven't done OOP in a while
98. 16:15 dreamreal * dreamreal scans for an ownable problem and fails to find one
99. 16:36 DynamiteDan * DynamiteDan is almost sleeping
100. 16:36 * mindCrime joined #java
101. 16:37 DynamiteDan * DynamiteDan is almost sleeping
102. 16:37 DynamiteDan hmmm
103. 16:37 DynamiteDan where is a action event when you need one hehe
104. 16:38 DynamiteDan :
105. 16:45 DynamiteDan hmm
106. 16:45 DynamiteDan on the event methods I create the proper object, it is the best way
107. 17:13 * Betal joined #java
108. 17:45 * metalmaniac joined #java
109. 18:08 * iwtga joined #java
110. 18:17 * Everything joined #java
111. 18:26 * llanhmock joined #java
112. 18:35 * Ragnor joined #java
113. 18:38 * fgarcia joined #java
114. 19:01 * lockdown joined #java
115. 19:02 * sbalmos_ joined #java
116. 19:06 * rorx joined #java
117. 19:16 * mindCrime joined #java
118. 19:22 * Anaphaxeton joined #java
119. 19:37 * monkeyPlus joined #java
120. 21:05 DynamiteDan how do I signal a field not to be serialized?
121. 21:13 sonOfRa transient fields are not serialized by java serialization. If you're using other libraries to serialize (jackson for example), you may have to be more careful
122. 21:14 sonOfRa iirc a transient field is not serialized, but if it has a public getter, it *will* be serialized through the getter, unless you configure your mapper not to do so
123. 22:18 DynamiteDan oh... so much to learn again
124. 23:04 * marcel joined #java
125. 23:06 * johnjay joined #java
126. 23:32 * iwtga1 joined #java
127. 23:45 * hiredman joined #java