Configuration parameter to make the log file path relative to the binary about log4rs HOT 10 CLOSED

I'm wondering if the right approach is a "magic token" like $EXE_PATH, or a separate option in the appender configuration that makes the path exe-relative.

from log4rs.

Interesting idea! Do you know if there are any existing logging frameworks (maybe for other languages) that do something like this? It'd probably be nice to look at them for inspiration for the syntax etc.

from log4rs.

Unfortunately I don't know of any other logging framework that does this and has its own config file format.
Using the FileAppenderBuilder itself it's not a problem, of course, but using a config file there doesn't seem to be a straightforward way to do this. And for many applications it would make sense to have a fixed place for the logs relative to the binary.

It's probably a silly example, but the GEdit "External Tools" plugin uses a syntax like $EXE_PATH: https://wiki.gnome.org/Apps/Gedit/Plugins/ExternalTools

from log4rs.

I think that would make sense, too, yes.
It would be weird, though, to set that option and have (possibly by mistake) a path that starts with / - would that mean that is appended to the exe path anyway, or would the option just be ignored and the path considered absolute?

That's why I'd slightly prefer the magic token: It's in the same string, at least, and if you put something in front of that, you must really mean it. :-D

from log4rs.

@sfackler sometimes I hope the path is relevant to environment variables like $HOME, is it possible to specify it like $ENV{HOME} (to distinguish from other specified variables)?

from log4rs.

Something similar in java's log4j2: https://logging.apache.org/log4j/2.0/manual/lookups.html

from log4rs.

If anyone is still interested in this speak now, but ow. I'll just close this.

from log4rs.

Would it be enough to just expand environment variables in the path when a FileAppender/RollingFileAppender is built?

from log4rs.

@gadunga I think that makes sense.

from log4rs.

closed by #155

from log4rs.