Back to the channels

#java

00:02 * michele joined #java
01:40 * kcomhnall joined #java
02:01 * Flow joined #java
02:33 * johnjay joined #java
03:04 * roesyyu joined #java
03:11 * LtHummus joined #java
03:23 * roesyyu joined #java
04:00 * rvalue- joined #java
04:20 * mixfix41 joined #java
04:39 * roesyyu joined #java
04:55 * hwpplayer1 joined #java
05:07 deebo looks like the guy left but for anyone else, use a platform jdbc wrapper, e.g. AWS has their own that works for rds/aurora and can do faster failover and r/w splitting etc funky stuff
05:11 NeXeN did they, well such a shame
05:55 * ChanServ joined #java
05:55 * litharge joined #java
05:55 * roesyyu joined #java
05:56 * domicron joined #java
05:57 * ChaiTRex joined #java
06:22 * roesyyu joined #java
06:46 * Inline joined #java
07:01 * xeno joined #java
07:03 * ptomli1 joined #java
07:09 * roesyyu joined #java
07:16 * ptomli joined #java
07:23 * roesyyu joined #java
07:32 * pebble joined #java
07:37 * yeahitsme joined #java
07:41 * xeno joined #java
07:50 * tabmow joined #java
07:58 * xeno joined #java
07:59 * szkl joined #java
08:10 * graves joined #java
08:33 * pebble left #java (No boundaries on the net!)
08:36 * Maldivia joined #java
08:36 * dostoyevsky2 joined #java
09:00 * roesyyu joined #java
09:11 * yeahitsme joined #java
09:36 * tabmow joined #java
09:36 * roesyyu joined #java
09:38 * tabmow joined #java
09:41 * Maldivia joined #java
09:41 * roesyyu joined #java
09:46 * MikeBux joined #java
09:49 * yeahitsme joined #java
09:52 * Aedil3 joined #java
09:58 * Afroboy joined #java
10:00 * mwnaylor left #java (ERC 5.6.0.30.1 (IRC client for GNU Emacs 30.2))
10:02 * nani joined #java
10:03 * roesyyu joined #java
10:32 * Inline joined #java
10:39 * BarnabasDK joined #java
10:42 * MikeBux joined #java
10:45 * deavmi joined #java
10:55 * jreicher joined #java
11:01 * fgarcia joined #java
11:05 * Maldivia joined #java
11:05 * Afroboy joined #java
11:05 * szkl joined #java
11:05 * roesyyu joined #java
11:09 * dostoyevsky2 joined #java
11:11 * xeno joined #java
11:15 * five618480339176 joined #java
11:18 * DrinkyBird joined #java
11:19 * Rainier joined #java
11:20 * Tenchi joined #java
11:24 * deavmi joined #java
11:41 * hwpplayer1 joined #java
11:48 * roesyyu joined #java
11:50 * enoq joined #java
11:51 enoq looking at the npm madness, how do you usually handle API tokens required to publish github releases or access APIs? right now I've got those as env variables which is probably not a good idea
11:51 enoq specifically looking at gradle tasks right now
11:53 * dreamreal joined #java
11:53 Shell they should not be in your environment or accessible to you until you are publishing those releases or accessing those APIs. stick them in a password vault.
11:53 enoq and then just read them from stdin?
11:54 enoq I've got a bunch of those that I need for a release task
11:54 enoq the alternative ofc would be to read them from an encrypted json file, but I'm not sure if there's something that's commonly used here
12:05 * roesyyu joined #java
12:07 * yano joined #java
12:13 deebo we just read stuff from aws secretsmanager as needed
12:14 * Inline joined #java
12:15 dreamreal I just put it straight in the CI/CD scripts, saves a lot of time
12:16 dreamreal "wanna know where the secret is? Just look in the workflow, it's right there, easy peasy"
12:16 dreamreal "and no, we're not sure why our releases are riddled with holes and exploits, why do you ask?"
12:16 dreamreal "Come to think of it, every time we release, there's a whole bunch of followup releases. Weird, right?"
12:17 Inline cakenet
12:18 dreamreal I actually HAVE been wondering why we started embedding openclaw
12:18 Inline the friendly spies patching further......
12:18 Inline lol
12:27 * kinabalu joined #java
12:39 * APic joined #java
12:40 * roesyyu joined #java
12:45 enoq you are joking, but this is sort of what's happening
12:45 dreamreal That's what makes it funny
12:46 dreamreal very ha ha only serious
12:50 * Ragnor joined #java
12:59 * jamezp joined #java
12:59 * mwnaylor joined #java
12:59 * Inline joined #java
13:12 cheeser this is what github secrets are for.
13:13 * kcomhnall joined #java
13:13 dreamreal but do we trust THOSE these days
13:16 cheeser mostly, yeah. yolo and all that.
13:17 dreamreal I protect all of my users' secrets by not having users
13:17 dreamreal problem SOLVED.
13:17 cheeser that's the most secure way, really. you can't leak any PII if you don't have any P to I.
13:21 enoq let's say you want to read a text file by passing an input stream, you use a try with resources outside of the method; but what if you pass that stream to an InputStreamReader inside of the file and want to keep the input stream open?
13:21 * roesyyu joined #java
13:22 enoq do you force the method signature to pass an InputStreamReader instead and require the caller to pass that instead of the InputStream?
13:23 dreamreal you want the inputstreamreader open even after you consume it?
13:23 dreamreal This sounds vaguely broken
13:23 enoq I want to return a Stream<TextLine>
13:24 dreamreal right. So why is it still open when you're out of the block?
13:24 enoq so if you close the input stream in the method, the Stream will have a closed input stream when it is being evaluated
13:26 enoq hm, gonna whip up some code to demonstrate the problem, one sec
13:27 dreamreal So it sounds like you're actually doing a mapping: you have an inputstream, you want a stream of lines, and the block form is wrong
13:27 enoq right, basically trying to figure out how to design the API so I can pass an InputStream and not leak file descriptors
13:28 enoq gutt feeling is that the input stream needs a try with resources outside the parse method
13:28 dreamreal you're about to enter callback hell, probably. So how large are these inputstreams?
13:29 enoq I definitely could load them into RAM, more interested in how the streaming solution would be done though
13:33 dreamreal you'd leak the handle, speaking literally, by returning something that pulled the data reactively
13:33 dreamreal it's a gross model
13:36 enoq is there a better way to do that?
13:36 dreamreal depends on the input! Me, I'd return a List<String> personally, unless the input's large or the stream is, well, streamed
13:37 dreamreal a Flux<String> is an alternative, and it's very efficient, but you'll hate yourself and whoever decided to make you use that, which might mean you hate yourself twice as much, and you'll deserve it
13:37 enoq right, what if the input is too large to hold in memory?
13:37 dreamreal then a visitor pattern is your friend, or that flux thing and self-hatred
13:38 enoq that's RxJava, right?
13:38 dreamreal FWIW: I do get to deal with this
13:38 dreamreal among others
13:38 dreamreal do you have to deal with context? Like, do the lines relate to each other?
13:39 enoq no, I just have to split them based on a marker
13:39 dreamreal then it's easy, visitor is the low-impact version
13:39 dreamreal what *I* have to do is have a resettinhg stream and parse in blocks, it's great fun
13:40 enoq https://en.wikipedia.org/wiki/Visitor_pattern this one?
13:40 nevet Visitor pattern - Wikipedia
13:40 dreamreal (I have expressions that can cross line-endings, possibly MANY line endings, it's great fun)
13:40 dreamreal that's one, yeah
13:40 enoq thank you!
13:41 dreamreal imagine: void handleInputStream(InputStream is, Visitor visitor) { /* for every line read, call visitor.accept(line); */ }
13:42 dreamreal no leakage, generally quite efficient, trivial to test and validate, if visitor has state it can persist outside of the method call, but state still needs to be bounded
13:42 dreamreal it's not a *perfect solution with no possible flaws* but it shares that condition with the set of all code
13:43 enoq I see, thank you
13:46 * roesyyu joined #java
13:48 dreamreal enoq: I don't want to pretend that I am A) the fount of all wisdom (I ain't) and 2) knowledgable about YOUR SPECIFIC INPUTS (I definitely ain't) and D) solving every performance/execution problem from IRC (... I am not)
13:48 enoq I know that :)
13:48 dreamreal Well, the point is that *I* know that too :D
13:49 enoq I'm merely curious what the solutions could be
13:49 dreamreal If you come back in three hours and say "OMG dreamreal you were SO WRONG" I'll shrug and say "sure thing, I wonder why I mentioned caveat emptor..."
13:49 * roesyyu joined #java
13:49 dreamreal advice on IRC tends to be worth every penny you paid for it :D
13:49 enoq I'll write an angry letter to Brian Goetz
13:50 dreamreal You should! Make it very stern. Namecheck me and he'll probably laugh at you for it. :D
14:08 * jontxu joined #java
14:12 * MonsterAbyss joined #java
14:14 * roesyyu joined #java
14:17 * roesyyu joined #java
14:28 * acidsys joined #java
14:30 * jetchisel joined #java
14:30 [twisti] * [twisti] twitches at A)... 2)... D)
14:30 dreamreal * dreamreal giggles
14:35 * rvalue- joined #java
14:38 * kcomhnall joined #java
14:44 * gareppa joined #java
14:57 * jetchisel joined #java
15:16 * Learath2 joined #java
15:31 * roesyyu joined #java
15:34 * roesyyu joined #java
15:52 * dob1 joined #java
15:53 * roesyyu joined #java
15:56 * roesyyu joined #java
16:20 * rvalue joined #java
16:33 * lordnoid joined #java
16:37 * Inline joined #java
16:38 * Wbooze joined #java
16:47 * Tenchi joined #java
17:20 * roesyyu joined #java
17:44 * rorx joined #java
17:50 * magla joined #java
17:53 * MonsterAbyss joined #java
17:57 * vincere joined #java
18:00 * roesyyu joined #java
18:08 * kcomhnall joined #java
18:09 * LtHummus joined #java
18:17 * LtHummus joined #java
18:20 * roesyyu joined #java
18:50 * m joined #java
18:55 * roesyyu joined #java
19:03 * GreenResponse joined #java
19:07 * kcomhnall joined #java
19:26 * Arsen joined #java
19:31 * roesyyu joined #java
19:33 * sa02irc joined #java
19:35 * roesyyu joined #java
19:58 * roesyyu joined #java
20:25 * roesyyu joined #java
20:29 * james5 joined #java
20:39 jbosmans darnit, opus 4.7 recommends me to use StructuredTaskScope in java 25, despite multiple nudges to double (or triple or ..) check first before responding
20:39 * mwnaylor left #java (ERC 5.6.0.30.1 (IRC client for GNU Emacs 30.2))
20:39 jbosmans sorta disappointing
20:39 jbosmans i could've been a 10x engineer ^
20:46 * tabmow joined #java
20:54 * graves joined #java
21:13 * wedr joined #java
21:13 * Arsen joined #java
21:29 enoq hm, I thought you shouldn't review AI responses to achieve that 10x speedup
21:31 jbosmans :D
22:17 * Candle joined #java
22:19 * yamada joined #java
22:39 * X-Scale joined #java
22:42 * jreicher joined #java
23:20 * SJrX joined #java
23:27 jreicher Looks like javabot is dead
23:48 NeXeN looks like my wifi is dead
23:48 NeXeN jeeze, every 45 seconds