Community

Chat Logs

Wednesday, May 20, 2026

00:04:04* Munnu joined #java
00:12:28* domicron joined #java
00:23:22* jreicher joined #java
00:24:43* tabmow joined #java
00:28:45* ferdna joined #java
01:00:10* jreicher joined #java
01:30:41* michele3 joined #java
02:26:18* wedr joined #java
02:45:17* fgarcia joined #java
02:51:42* fgarcia joined #java
02:58:12* fgarcia joined #java
03:03:56* BytesAndCoffee joined #java
03:05:25* fgarcia joined #java
03:08:27* m joined #java
03:11:48* fgarcia joined #java
03:18:29* fgarcia joined #java
03:24:49* fgarcia joined #java
04:39:31jreicherjavabot: welcome back
04:39:31javabotjreicher, what does that even *mean*?
04:39:45jreicherOnly that I missed you. Never mind.
04:40:27jreicherHeh. cheeser the log of the above has the wrong nick for the bot. :)
05:23:43* pebble joined #java
05:33:11* PyR3X joined #java
05:34:34* Fiji joined #java
05:59:41* kusanagi joined #java
06:03:38* Inline joined #java
06:44:48* Gaz7051122720067 joined #java
07:03:07* lostlazy_ joined #java
07:18:28* marcel1 joined #java
07:20:24* enoq joined #java
07:21:10enoqlet's say you have some values in your configs that you need to set and they're absent due to a mistake, do you throw a custom exception here or reach for something like IllegalStateException?
07:21:54enoqthere's nothing to recover from really
07:22:29Inlineyah, let the user know the state is not ok
07:22:55Inlinenot because of something wrong but rather something missing/absent
07:22:58enoqso no RequiredConfigValueMissingException
07:23:03Inlineyah
07:23:26enoqI mean you can always explain the issue in the message
07:23:53Inlinethat exception by name already tells much
07:25:57InlineI don't think you want to spout more than required polluting the vision of the user etc.
07:26:31enoqnot sure if this is sarcasm or enlightenment
07:27:39Inlinefail early, fail hard, fail loudly
07:27:41Inlinehmmmm
07:28:23Inlinethere's no rule fail verbosely
07:28:53enoqat least my gutt feeling is that introducing custom exceptions makes sense if they could be caught
07:29:14Inlineright
07:29:37Inlineif it's domain specific anyway....
07:29:48Inlinecatch what you can
07:30:03Inlineand handle it if you can, otherwise err as generic
07:33:42* five618480339176 joined #java
07:42:31BombeSometimes I do both: class RequiredValueMissing extends IllegateStateException {}.
07:44:18* henbruas joined #java
07:44:23* Tenchi joined #java
08:01:51* fstd joined #java
08:16:51* X-Scale joined #java
08:36:44* MonsterAbyss joined #java
08:56:40* MonsterAbyss joined #java
09:28:17* MikeBux joined #java
09:37:42deeboanyone aware of some sort of "remote data repository" for spring data repositories over spring-data-rest ? just to avoid writing the client as well
09:40:10* MonsterAbyss joined #java
10:06:55* Pixi` joined #java
10:47:44* MikeBux joined #java
11:04:32* fgarcia joined #java
11:10:54dreamreal~gpt anyone know of a spring client library for REST semantics, sort of a "remote data repository"?
11:10:59* tazle joined #java
11:11:05javabotYes, there is one such library called Spring RestTemplate. It's a synchronous HTTP client for making HTTP requests to consume RESTful web services. However, RestTemplate is in maintenance mode and the Spring team suggests using WebClient from the Spring WebFlux project for new projects. You can find more about WebClient here: https://docs.spring.io/spring-framework/docs/5.0.0.BUILD-SNAPSHOT/javadoc-api/org/springframework/web/reactive/function/client/Web
11:11:24dreamrealDO NOT PAY ATTENTION TO THE LLM.
11:12:01dreamrealThe problem is that it's not a "repository" - it's a rest call, and there's not a direct equivalent for repository semantics. RestTemplate > WebFlux, anyway.
11:13:25dreamrealYou could get closer with graphql, but only for read semantics.
11:27:41Parajdbc-over-http sounds like something people used to do back in the IT bubble days
11:31:09dreamrealthey didn't, though: it sounds like something that would have been tried, but getting connections over RMI was never allowed :D
11:31:47* kusanagi joined #java
11:31:52* fgarcia joined #java
11:31:53* lostlazy_ joined #java
11:32:59* Betal joined #java
11:36:32* tazle joined #java
11:46:08* PyR3X joined #java
12:06:13* nani joined #java
12:25:27* GreenResponse joined #java
12:50:21* pr3d4t0r joined #java
12:51:02* Ragnor joined #java
13:07:08jreicherenoq: did you read the JDK definition of IllegalStateException? I don't think it's for what you have in mind. Also, why do you want to throw an exception at all? Does it help your code somehow?
13:08:54enoqjreicher, thank you, sounds like I need something else; as for the exception itself: yes, I can't proceed with the script invocation without the target API configs so exiting with an error seems fine
13:12:55* MonsterAbyss joined #java
13:13:55jreicherHmm. How are you loading the configs? If you're using a library of some kind it'll probably have exceptions already.
13:23:54* jamezp joined #java
13:31:36* sa02irc joined #java
13:41:52dreamrealWhy not throw RuntimeException or a derivative of it
13:43:25enoqjreicher, no library; I know there things like Spring provide an easy way to map that onto POJOs but it's a very simple script
13:44:09enoqdreamreal, that'd be the obvious case for defining a custom exception; just wondering if it's worth the ceremony and if there's something built in that works for these cases
13:44:27enoqcould also through a generic RuntimeException("message here") I guess
13:45:24dreamrealI'd say build the custom exception, personally; if that's "ceremony" your metric for ceremony's set very oddly to me
13:45:31dreamrealinodes are CHEAP
14:17:31enoqthanks
14:49:22* tronexte joined #java
14:49:33* rvalue- joined #java
15:03:41* OmniRadix joined #java
15:29:20* Nav94 joined #java
15:46:37* Inline joined #java
15:55:55* kathadris joined #java
15:59:53* Inline left #java (No boundaries on the net!)
16:10:22* m joined #java
16:38:22* jreicher joined #java
16:39:21* X-Scale joined #java
16:51:12* AMcBain joined #java
17:01:44* Aedil3 joined #java
17:08:02* dob1 joined #java
17:12:33* MonsterAbyss joined #java
18:11:55* MikeBux joined #java
18:30:01* magla joined #java
18:39:07* hwpplayer1 joined #java
18:42:40* s3 joined #java
18:59:22jreicherenoq: in my opinion, since you're not using a standard library, and since it sounds like your program can't proceed with a malformed config, this boils down to the nicest way for your code to terminate. You could always call exit(), but allowing main to throw an exception might be nicer.
19:01:37jreicherWhat you might like to consider doing is writing the presence of the config as an assert, and then enabling the assertion mechanism. The rest will be taken care of for you.
19:01:47jreicherAs I said, it feels like a coding style question.
19:01:54enoqthank you
19:04:56* sa02irc joined #java
19:16:06* Nav94 joined #java
19:53:50* fstd joined #java
19:53:53* tazle joined #java
19:53:55* MikeBux joined #java
19:54:05* tronexte joined #java
19:54:20* Betal joined #java
19:54:32* PyR3X joined #java
19:55:03* s3 joined #java
19:56:05* jamezp joined #java
19:56:26* BytesAndCoffee joined #java
19:56:38* hwpplayer1 joined #java
20:03:41* Inline joined #java
20:05:48* A_Dragon joined #java
20:21:00* qbone joined #java
20:47:17* X-Scale joined #java
21:41:11* jreicher joined #java
21:42:16* undermine joined #java
21:42:48* lostlazy_ joined #java
21:51:31* mindCrime joined #java
22:27:06* kinabalu joined #java
22:29:52* waz joined #java
23:26:46* marcel1 joined #java