Hi all,<div><br></div><div>Just working on a solution for centralised logging in our development environment, and it would be good to get some feedback.</div><div><br></div><div>The solution until this morning was this:</div>
<div><br></div><div>- Developers build apps with their own logback.xml inside </div><div>- These get deployed to jboss. A system property for the logback file kicks in, and the logback file on jboss takes precedence over the application one. This logback file has a gelf appender, and all logging is done centrally.</div>
<div><br></div><div>This works perfectly, logback is working well, logback-gelf is working well to.</div><div><br></div><div>The only problem with it is once more applications are deployed. When looking at logs we suddenly have no idea which app a log is coming from.</div>
<div><br></div><div>The change of plan would be to use the contextName. What I was thinking was that the war files get stripped at deploy time, their logback files removed and replaced with a generic one (that has the gelf stuff). This logback config would have a contextName which would be written to on the fly. The war would then get re-assembled and deployed.</div>
<div><br></div><div>Any feedback appreciated, the basic goals are that all applications should be logging the exact same way, centrally, and that is should be possible to distinguish which app a log has come from given that multiple apps can be deployed to the same app server.</div>
<div><br></div><div>Many thanks :)</div><div><br></div><div><br></div>