Console spamming STDOUT messages
drag0n1zed opened this issue ยท 1 comments
Whenever the chunkloading block moves to a new chunk, console spams a LOT of STDOUT messages:
[14:45:40] [Server thread/INFO]: [STDOUT]: Forcing 27 17 [14:45:40] [Server thread/INFO]: [STDOUT]: Forcing 27 17 [14:45:40] [Server thread/INFO]: [STDOUT]: Forcing 27 17 [14:45:40] [Server thread/INFO]: [STDOUT]: Forcing 27 17 [14:45:40] [Server thread/INFO]: [STDOUT]: Forcing 27 17 [14:45:40] [Server thread/INFO]: [STDOUT]: Forcing 27 17 [14:45:40] [Server thread/INFO]: [STDOUT]: Forcing 28 17 [14:45:40] [Server thread/INFO]: [STDOUT]: Forcing 28 17 [14:45:40] [Server thread/INFO]: [STDOUT]: Forcing 28 17 [14:45:40] [Server thread/INFO]: [STDOUT]: Forcing 28 17 [14:45:40] [Server thread/INFO]: [STDOUT]: Forcing 28 17 [14:45:40] [Server thread/INFO]: [STDOUT]: Forcing 28 17 [14:45:40] [Server thread/INFO]: [STDOUT]: Forcing 28 17 [14:45:40] [Server thread/INFO]: [STDOUT]: Forcing 28 17 [14:45:40] [Server thread/INFO]: [STDOUT]: Forcing 28 17 [14:45:42] [Server thread/INFO]: [STDOUT]: Forcing 28 17 [14:45:42] [Server thread/INFO]: [STDOUT]: Forcing 28 17 [14:45:42] [Server thread/INFO]: [STDOUT]: Forcing 28 17 [14:45:42] [Server thread/INFO]: [STDOUT]: Forcing 28 17 [14:45:42] [Server thread/INFO]: [STDOUT]: Forcing 28 17 [14:45:42] [Server thread/INFO]: [STDOUT]: Forcing 28 17
This is taking up a lot of storage.
I've come here about this too... this console spam is ridiculous. Please at least put these kinds of "debug" logs behind a config option, and also consider using SLF4J as your logger instead of just printing to the standard output.
Line in question: