Community

Chat Logs

Thursday, March 5, 2026

00:34:07* polarian joined #java
00:48:17* Betal joined #java
00:52:29* ChaiTRex joined #java
01:08:23* zorone joined #java
01:28:05* zorone_ joined #java
01:29:19* zorone joined #java
01:36:11* cation joined #java
01:42:29* zorone joined #java
01:48:39* kento2 joined #java
02:03:34* zorone joined #java
02:08:19* zorone joined #java
02:17:40* zorone joined #java
02:41:33* jreicher joined #java
03:29:35* ferdna joined #java
04:23:55* henbruas joined #java
05:13:03jreicher,ping
05:14:06KnownSyntax,pong
05:14:53jreicherI thought javabot had a test like this. Might be mixing it up with another bot. No matter can see it logged us. So test passed. :)
05:16:33* Artea joined #java
06:23:49* dinomug joined #java
06:26:53* tronexte joined #java
06:49:27* MonsterAbyss joined #java
06:55:57* raj joined #java
07:21:20[twisti]ping
07:21:27[twisti]~ping
07:21:27javabothttp://www.nataliedee.com/071405/ping.jpg
07:27:36jreicherI can access that jpg. :(
07:27:40jreicher^can^can't
07:30:33[twisti]yeah, me neither
07:54:02* ferdna joined #java
08:04:39* jreicher joined #java
08:13:58* Aedil joined #java
08:45:17* gas51627 joined #java
09:12:02Para~syn
09:12:02javabotPara, what does that even *mean*?
09:12:06Paraaww
09:13:31Paradreamreal: can nevet do stateful commands? e.g. I say "syn", it replies "syn/ack", after that I sy "ack", then an action occurs. I literally have no use for this beyond that.
09:42:14* onu joined #java
09:51:50* MikeBux joined #java
09:58:20* agnivn joined #java
10:11:56deeboxa transaction over ircd, RFC 420
10:12:02deebo-69
10:33:12* metalmaniac joined #java
10:35:40* skinkitten joined #java
10:43:22* Square joined #java
10:45:32dreamrealPara: yes
10:46:07dreamreal~ping
10:46:07javabotUh.. wha?
10:46:39dreamreal^^^ for javabot, KnownSyntax and jreicher
10:46:49SquareSay you're having a maven project B that depends on A. You're fine with A using Spring. You're not fine with B using Spring want to make it close to impossible to do it. What would be a good approach to achieve this? Some maven plugin like enforcer plugin? Write your own scanning plugin that finds banned package imports?
10:47:13dreamrealexclusions.
10:47:19Squares/Spring want/Spring and want/
10:47:54dreamrealSquare: exclusions.
10:48:01Squaredreamreal, yeah I'm thinking
10:48:27dreamrealcool. your conclusion will be "exclusions."
10:49:20SquarePeople developing B can be pretty cheaty and if pressure is high enough they'll probably remove the exclude.
10:51:12SquareI'd happy if I could execute mvn from the command line on the project with some switches and then just know they're not using Spring.
10:51:18deebohave project-A and project-A-spring, and possible project-A-spring-boot-starter
10:52:25Square(the goal is for them not to tamper with stuff they shouldn't cause it leads to complicated code/projects)
10:52:40dreamrealThe good news is that "depending on spring" is one of those "oh no you mean I have to have a dependency that everyone uses?" things, but I get it
10:52:49dreamrealdeebo: it depends on how A is written and why, but yes
10:53:56deeboindeed, we depend on one project that has e.g. a @Configuration class with @Bean @Qualifier("our-fancy-project") public DataSource datasource(), that's not fun on spring boot
10:54:21dreamrealPara: for ack/syn it'd be really easy: in nevet, there's a provenance for operations that says "this is who and where this is from," which can be "a channel" or "a person on a channel" or even "a network" (irc, libera) or "a service" (just IRC, period, regardless of network), and there's a storage mechanism that uses provenance. That's how hangman, 21, safecracker all work.
10:54:32deebothe whole thing will probably actually break when jersey and a few others have jackson3 support and spring-boot can drop jackson2 compat libs
10:54:38* zoraj joined #java
10:54:51dreamrealdeebo: yeah. jackson3 is actually kinda annoying me.
10:56:12dreamrealPara: I'm working on a MUCH more complex game that will have much larger storage requirements than those toys: it will ALSO be a toy, but one that pushes things a little harder than those games do
10:56:13Squaredreamreal, why?
10:56:19dreamrealSquare: why what?
10:56:27Squarewhy jackson3 annoys you?
10:56:36SquareJust curios, never tried it
10:56:39deeboif you import a @Configuration class with a bean, it always disables boot autoconfig and spring only has a mechanism to ignore autoconfigs, not configs
10:56:58deebo^ disables autoconfig for that bean (e.g. datasource)
10:57:06dreamrealbecause they changed the mechanisms through which you use it. If you know how to do X with jackson2 for configuration, jackson 3 does not necessarily have the same surface.
10:57:20Squareah ok
10:57:46SquareI kinda of like programmatic jackson2, I loathe the annotation stuff.
10:58:09dreamrealI think there's a potential for things to have been improved, in that the type structure makes sense, but dang it I've been using jackson for years
10:58:19dreamreallots of muscle memory is being disrupted
10:58:21* jreicher joined #java
10:58:36dreamrealjreicher: grr, you weren't here: ~ping is for the bot
10:58:51dreamrealand I have a toy for you to try out!
10:59:09SquareMaybe witnesses will allow better json handling.
10:59:48dreamrealDepends on what "better" means - I found jackson's json to be pretty peak. Maybe not THE FASTEST but the happiest medium.
11:01:06SquareI'm thinking of the fact that OpenAPI3 + jackson is miles behind other languages.
11:01:16Square(some at least)
11:01:17dreamrealopenapi isn't relevant for jackson.
11:01:32dreamrealWhat does jackson do that's "miles behind other languages?"
11:01:39Squarejackson can be relevant to openapi
11:01:59dreamrealso you're complaining about openapi, as do we all, it's a piece of crap. What does that have to do with jackson?
11:01:59jreicherdreamreal: I'll read the javabot log in a bit. Just have to take care of a few things.
11:02:04* Inline joined #java
11:03:14dreamrealjreicher: I was just mentioning the javabot ping from earlier - nevet and javabot are unrelated :D
11:03:25dreamrealbut *nevet* has a new toy
11:04:09Squaredreamreal, The annotations (around inheritance) seems too powerful / relaxed to match an openapi specification.
11:04:52dreamrealSquare: with all due respect, I get it, but you're complaining about an impedance mismatch *in openapi*
11:05:17SquareI think openapi is pretty well made.
11:05:20dreamrealthe loose typing supported by other languages is part of the problem, and jackson has no bearing here; you'd see the same problem with ANY json library
11:05:25dreamrealit's very well intentioned, yes
11:05:41dreamreal~barbie api
11:05:41javabot<barbie>api is hard!</barbie>
11:06:45SquareAll I can say, from experience with other libs and languages is that jackson + schema based json rpc is a failure atm.
11:07:10Square...and you can argue all day about wo me changing my mind. =D
11:07:12dreamrealand I can tell you from working with programmers the world over that the failure is unrelated to jackson and schema
11:07:20Squareabout it*
11:07:28dreamrealI have no interest in changing your mind
11:07:40dreamrealbut you're blaming the wrong thing
11:07:48dreamrealwhich is inefficient
11:07:50Squarewho should I blame then?
11:08:26* waz joined #java
11:08:27dreamrealthe way openapi works with types (it really doesn't, it's very loose) working with a language (java) that does not really respect typing that has no meaning
11:08:48dreamrealyou could yeet schema, you could yeet jackson, and you'd have the same problem, thus jackson is not the problem
11:09:11dreamreal"it's definitely the red thing over there, but when we took out the red thing, the problem remained, so it's DEFINITELY the red thing"
11:09:28dreamreal^^^ this is the error I'm looking at here
11:15:23dreamrealalthough I'd also have a minor issue with the word "blame" here. It's not a guilt thing, nobody's doing anything especially WRONG, openapi works the way it does because it works for the general case with systems that use types as suggestions, so it uses types as suggestions, and java rather famously does NOT. Hello, impedance mismatch. Note how I didn't mention schema or jackson here.
11:16:31dreamrealYou can get around it by being very careful in how YOU design openapi specs, and how you consume them. But the whole point of openapi is to be *open* and that's a difficult thing to require in the el real world-o.
11:17:39dreamrealI'd say most openapi specs are designed like, to use the technical term, "ass."
11:19:18dreamrealor maybe "poo." or perhaps the rather formal "boogers." or maybe the slightly less formal but still pretty posh "boogers made of poo."
11:21:26* nevet joined #java
11:21:26* 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.
11:22:22dreamrealPara: incidentally, building that kind of operation would be pointless in nevet but it could be done pretty easily, maybe 10 minutes of work? Tops? (mostly because of infrastructure requirements, because an operation is a structural thing in nevet)
11:31:53dreamrealPara: daaaaaaaaaaaaang. You just gave me a KILLER idea, thank you.
11:40:14dreamreal(the problem with !syn/!ack is that it's a human protocol: if you were modeling human interactions off of UDP, you'd go to your friend and say "ack?" and he'd respond with "syn" or "nack" to say "yes" or "no" as a very light interaction that would hopefully interrupt flow as little as possible. But the bot doesn't have that problem: it's ALWAYS available, thus "ping" is an appropriate interaction
11:40:16dreamrealwith it. But that's not STATEFUL...)
11:40:45dreamrealbut I just had an idea for a USEFUL stateful interaction with the bot that aligns very well with the original intent :D
11:42:08deepyLast time I worked with an openapi spec it turned out the vendor that produced it didn't even follow their own spec
11:43:00deepyAnd that's when I learned there's specific functionality for fixing other people's spec and I just gave up
11:44:23SquareWell, that's good then. I mean that you could resolve they didn't follow the spec.
11:46:16SquareThen you can either tell them and or avoid working with them in the future.
11:46:35dreamrealI mean, "this api follows the spec poorly" is a pretty safe assumption to make :D
11:47:39deepyWhat's the point of providing a spec if I have to write my own anyways?
11:47:42dreamrealin nevet, the openapi spec is updated *every build* - it runs right alongside spotless, so if you change any endpoints, the git repo gets an updated openapi spec. That also meant I needed to sort the openapi doc so it was consistent, but eh.
11:48:06dreamrealdeepy: it's actually a reminder that you surely needed that people are terrible at doing things
11:48:35dreamreala poorly done openapi spec means someone probably had their fingers in the spec when it should have been purely generated... or the generation was so poorly done that the spec is meaningless
11:49:05* agnivn joined #java
11:49:45SquareScience has gotten far enough to know what type systems it's easy enough to reason about on a *exact* level. No api should go beyond that limit.
11:50:08deepydreamreal: I don't need reminding, I'm people, I'm terrible at doing things
11:50:38deepyI even forgot to run obfuscation on a project I sent to someone else, so they got to see stacktraces with classes named SqlThing and FailureProneGoogleSheet
11:51:32dreamrealdeepy: well, screw you, you're a terrible person (I work for the redundancy department of redundancy) and you're terrible at doing things!
11:51:33Square=D
11:52:22SquareI mean one big reason we fail is that the libraries we use are crap.
11:53:05Square...and languages
11:53:49dreamrealI was going to point at the languages and their type systems, rather than libraries, and I'd say they're less "crap" and more "too flexible for specific applications to derive usefully" but felt like I was correcting you too often already today :D
11:54:09dreamrealI know I come off as a judgemental assnozzle, but I don't mean to PLUS I'm probably a judgemental assnozzle
11:55:45Maldiviaahh... it's good to see even if I've neglected IRC for a while, that some things never change... *wave* hi dreamreal :D
11:55:54dreamrealWHOA MALDIVIA SIGHTING
11:56:01dreamrealhow's it going, mate?
11:57:21Maldiviait's going... been waaay too busy, not enough hours in the day :/
11:58:21dreamrealyeah, I know how that feels all too well. Thankfully AI is here to remove some of the weight, right?
11:58:36* MonsterAbyss joined #java
11:58:40Squaredreamreal, I agree with your correction
11:58:49Maldivia"hey claude, can you log in to IRC and impersonate me, so people don't think I'm gone"
11:59:22dreamrealMaldivia: /m nevet !be dreamreal
11:59:22Square...to a point. Some languages are just dated and inconsistent
11:59:37* sa02irc joined #java
11:59:59dreamrealactually, if you're privmsging it it probably doesn't need the !
12:00:20deepydreamreal: don't worry, I have a lot of redundancy, I have at least 3 classes to spare that I shipped despite no longer needing them
12:00:23* zorone joined #java
12:00:54Maldivia:D
12:01:03deepyI only redesigned the entire thing from not-quite-scratch 4 times, and gave up when the vendors API didn't even work
12:01:08dreamrealMaldivia: markov chain. Remember surial?
12:01:15Maldiviayeah
12:01:49dreamrealMaldivia: one of the things that got me to build nevet's very first gen was surial bitching that he wasn't actually negative, how dare idiots think such awful trash, they were clearly deficient human beings
12:02:12Maldiviadreamreal: and rightfully so... :D
12:02:30dreamrealso I captured the logs from him, fed it into a markov chain, and did sentiment analysis on the *chain* generating content, and figured if the markov chain generated negative sentiment, we had a conclusion
12:03:02dreamrealthat was RIGHT AROUND the time he got mad at us for not enjoying how caustic he was and left the channel
12:03:37dreamrealbut the idea's been around since then, I just slapped it into nevet's current codebase a few days ago so I could have a clojure operation :D
12:06:40dreamrealthe markov chain DOES generate nonsense, especially given that it has no initial seed to START the chain (it's not responding to anything, plus it uses ALL content from a user regardless of channel or medium, so if you're discussing furry NFSW content on discord, well, that's... something you're saying, so it's part of the chain)
12:07:12dreamrealnevet is NOT a good idea to run on security-conscious mediums :D
12:07:16Maldiviadreamreal: well, that does free true to the training subject :D
12:07:41dreamrealright? I mean if you don't want it to capture you being a fool, don't be a fool!
12:10:08dreamreal(and yes, nevet can track identity across discord and slack and irc, so it knows who I am regardless of what I use to interact with it: it has a service binding to user for services that support user validation. I can tell it to say something on discord or slack *from irc* and it can bridge mediums; there's one channel here on IRC that's echoed on discord and vice versa, too.)
12:10:54Maldivianice
12:11:03dreamrealbut I can tell it to tell discord://foo/user1234 something and, well, it'll post content there if it has permissions to do so from discord
12:11:21dreamrealand the same for slack or irc (this channel is, for example, irc://libera/#java)
12:11:37dreamrealit's muted HERE though, because I don't want it to compete with javabot
12:12:46dreamreal(if anyone wants to play with it, there's a channel where it's unmuted on libera)
12:14:37deepyis it more coherent than megahal was?
12:14:40* zorone joined #java
12:15:01dreamrealI don't know what megahal was so I have no comparison point
12:16:51dreamrealI mean, nevet's still a bot, it responds to interactions deterministically, so it can certainly do things to be very noisy: teh safecracker game is pretty noisy, for example. But it's not designed to be generally mutable (i.e., users can put in factoids but not generative processes, without running nevet themselves) so it's not going to spam channels without being told to do so.
12:17:56dreamrealIt has an RSS feed mechanism and a github poller (no webhooks yet, but that's because SOMEONE sucks at setting up deployed web endpoints) and THOSE might push to a channel, too, but it separates polls and channel notifications, so it can poll an RSS feed and only have certain channels subscribed to it
12:18:27dreamrealI really do need to buckle down and get the certs and deployment online, then the github webhooks can be used
12:18:41dreamrealI just enjoy that side of things very little
12:23:13* zorone joined #java
12:42:17* MonsterAbyss joined #java
12:55:09* Aedil joined #java
13:26:20* agnivn joined #java
13:32:47* GreenResponse joined #java
13:36:54* skinkitten joined #java
13:52:25* zorone joined #java
14:09:16* jamezp joined #java
14:14:57* CodePoint joined #java
14:27:54* Deneb joined #java
14:44:05* Cyp joined #java
14:54:25* nevet joined #java
14:54:25* 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.
15:00:22* B_fd_ joined #java
15:16:05* plexinator9000 joined #java
15:18:38* nevet joined #java
15:18:38* 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.
15:37:18* plexinator9000 joined #java
15:37:43* plexinator9000 joined #java
15:47:28* 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.
15:47:28* nevet joined #java
15:56:43* nevet joined #java
15:56:43* 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.
16:02:15* plexinator9000 joined #java
16:03:59* creechy joined #java
16:05:29dreamrealPara: all those nevet restarts are your fault :D It's almost done though
16:07:06Paradreamreal: there's better be a killer demo
16:07:11dreamrealnevet's VERY first iteration from 2006 was done with OSGi so you could update functionality without restarting anything, but, well, OSGi
16:07: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.
16:07:56* nevet joined #java
16:21:12* plexinator9000 joined #java
16:23:21* nevet joined #java
16:23:21* 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.