Back to the channels

#java

03:26 Square2 TIL "$" can be part of a java identifier. I thought it had some semantic meaning
03:27 Square2 Maybe it was a feature request from Larry Ellison
04:35 jottinger Square2: If memory serves, it's something since inner classes were a thing.
04:36 Square2 dreamreal, Right, i've seen them in that context too. But I thought it had some semanting meaning like Outer$Inner
04:37 Square2 But I can do "var foo$bar = 1;" wo complaints.
09:23 nimaje when I first saw them, I expected them to be allowed on the jvm level for stuff like inner classes, but disallowed to write on the java level, but a quick test revealed that $ is also allowed in identifiers on the java level
11:38 [twisti] the class files will be `Outer$Inner.class` if i recall correctly, i seem to remember finding that out and writing about it in some issue or SO comment for some reason
11:39 [twisti] oh, right, it was some maven configuration thing, maybe for proguard or dependency injection, where you had to specify class names ... yes, now its clicking! it was about excluding generated classes from code coverage tools
11:51 jottinger Phew, my album FINALLY made it to Apple music
11:58 [twisti] found it https://stackoverflow.com/questions/45814477/how-to-ignore-inner-nested-classes-with-jacoco/45818489#45818489
11:59 jottinger Nice!
11:59 [twisti] the internet forgets nothing
11:59 jottinger Wish it did, but I'm sure it'd forget the wrong things :/
11:59 [twisti] funny SO rendering bug too
12:01 jottinger Do the LLMs echo the information properly? Hold on.
12:01 nimaje well, the internet forgets some stuff, but it seems never to be the stuff you want it to forget
12:02 jottinger ~gpt how to ignore inner or nested classes from jacoco
12:02 jottinger I don't know if the GPT thing still works for javabot... and it's not here
12:03 jottinger anyway, chatgpt does seem to retain the right answer, maybe even based on your SO answer, [twisti]
12:03 jottinger [twisti]: ++
12:03 nevet [twisti] now has karma of 1.
12:07 [twisti] cheers
12:23 Bombe Fixed your “funny SO rendering bug” for you… :D
12:24 jottinger I didn't see the "funny SO rendering bug" so meh, it looked accurate enough to me
12:24 Bombe It was just XML being parsed as PHP, so not actually funny.
12:30 jottinger When I interviewed with Baeldung a few years ago, one of the things he was pointing out as issues in the interview process was my lack of concern over specific copy-editing rubrics. He wasn't wrong - I was definitely focused on content, not presentation, because presentation is easy to fix if the content's valuable. (I halted the interview process, probably to his relief.)
12:31 jottinger ("This sentence only has ONE space after the period! You were supposed to catch that!" ... "okay, but this is going to be rendered online, where the HTML engine isn't going to notice or care, so I not only did not notice, I don't care EVEN WHEN YOU POINT IT OUT.")
12:34 jottinger I don't think he'd have hired me even if we'd kept going; I think we'd both have benefited, but it would have been a constant conflict, because I'll never be able to really care strongly about stuff like that.
12:44 jottinger https://www.reddit.com/r/java/comments/1r9tri2/i_built_a_typesafe_solid_regex_builder/
14:17 [twisti] thanks bombe
14:22 jottinger cheeser: more VPS troubles?
14:48 jottinger ~gpt how to ignore inner or nested classes from jacoco
14:48 javabot To ignore inner or nested classes from JaCoCo, you can use the 'excludes' configuration option in the JaCoCo plugin. The 'excludes' option allows you to specify which classes should be excluded from coverage reports. You can specify inner/nested classes by using the pattern 'com/example/MyClass$MyInnerClass'. Here's an example of how to use it: ``` <plugin> <groupId>org.jacoco</groupId> <artifactId>jacoco-maven-plugin</artifactId> <version>0.8
14:48 javabot <excludes> <exclude>com/example/MyClass$MyInnerClass</exclude> </excludes> </configuration> </plugin> ``` Replace 'com/example/MyClass$MyInnerClass' with the actual package and class names.
14:48 jottinger ooo it does still work
14:48 cheeser dreamreal: yeah. filed a support ticket this morning.
14:48 jottinger cheeser: which VPS is it?
14:48 cheeser ssdnodes
14:48 jottinger ooo good luck
14:48 cheeser and I fixed the autorestart cron job for the bot. :)
14:49 jottinger ssdnodes servers are apparently famously overloaded, my sites were routinely breaking in a bad way, and they were just wordpress
14:49 jottinger and nevet ran on that server... but took 37 seconds to compile locally, and 9 minutes on ssdnodes
14:50 jottinger I had to go to a MUCH higher memory profile just to get *mysql* to not blow up
14:51 jottinger ssdnodes is amazingly inexpensive... for reasons
14:51 cheeser yeah. they've been good for me for years now, though.
14:52 jottinger *nod*
20:14 dreamreal okay, nevet testing stopped for a while, don't want to trip the connection bot :D
22:29 kcomhnall speaking of testing - just refactored my project from structure-by-layer to structure-by-feature
22:30 kcomhnall sometimes... I can't think in layers
22:48 jbosmans kudos, structure by feature is the way to go
23:00 NeXeN it's better by feature because if you have controllers views etc, or whether it be html/css/js and everything crammed in there named by feature, it's cumbersome. but when you organize by feature, yes you have all these redundant directories, but they cost only once to create, and easier to navigate to the controller for this feature, or the view for this feature, etc
23:09 kcomhnall NeXeN: yeah, it was originally going to be a .NET project but I advocated for Java so...yeah
23:11 NeXeN ahh the winner's column, great place to be
23:26 DoofusCanadensis somebody will do a .NET project and the universe will be in balance