Conversation
|
as you have stated in the original request (#55), simple colon parsing might not be the best solution. So, I tend to like the new key/value proposal, yet in practice,indeed, the need to mention the class me.moocar.logbackgelf.Field for each static field makes it rather annoying... |
|
An alternative syntax would be more user friendly when multiple static fields are to be defined, something like: It looks like valid logback syntax to me, not sure of it though, and not sure if feasible to implement. Would this be an option ? |
|
Nope, I guess you can forget about my previous comment, presumably it's not valid syntax (those child nodes need to correspond to members of class of the enclosing node, I guess). |
|
Might this be helpfull ? |
|
Hey @roomsg, sorry for the late response here. The Collection of Properties refers to the ability to add many of a type of property instead of a single one. E.g, say foo is of type String, then you set a single instance of it with It's been 2 months and I haven't thought of any better solutions here, so I'm just going to merge. I really wish logback was in Clojure. These kind of problems would just disappear :P |
Addresses #55 by making static fields structured instead of relying on colon parsing. Thankfully the name
staticFieldwasn't taken sostaticAdditionalFieldis now deprecated. Read README changes for more info.Note, it would be really nice if the user didn't have to enter the class
me.moocar.logbackgelf.Fieldmanually each time, but after having perused through the logback documentation, I'm not aware of how to do this.