Live data from Hacker News

JVM Options Explorer

chriswhocodes.com

121–122 of 122 posts

Re: JVM Options Explorer

#121

Earlier quoted context omitted.

I would believe you, except that it is a problem with every Java app I have supported, and there are people in this very thread defending it. I do not want a stack trace unless I specifically request it. I am not a Java developer, 10 pages in less showing names of packages I don't even know what they are is not useful. It just muddies the water so that it's much harder to make sense of and spot the relevant line; ass…

When you are administrating so many Java applications, you should investigate an hour or ask your favorite AI how to configure the logging library used in your application of interest. They allow you to remove stack traces and lots more.

That would require convincing the entire organization to change SOP and use a non-standard configuration of the vendor software in a high security private cloud.

Re: JVM Options Explorer

#122
post #113

Earlier quoted context omitted.

Why not just make your errors more readable and not have to use an extra tool?

Well, just write more readable error messages? How do you make this more readable: ExceptionName: Dev-given message at Class(line number) at Class(line number) caused by AnotherCauseException: Dev-given message at Class(line number) It's only the dev given message that may or may not be of good quality, the exact same way as it is in go. It's a plus that you can't accidentally ignore error cases, and even if a dev wa…

Again, I am a sysadmin, not a developer. Telling me line numbers in a files written in a language I don't understand is not helpful. I don't care where the error occurred in the code. I care what the error was so I can hopefully fix it, assuming its external and not a bug in the code.
Post reply on HN