I think the problem or concern is that it deviate to actually use SLF4J abstraction for logging.
Wondering if there is a way to do it via SLF4J abstraction rather than custom logback appender. - Henry On Tue, Mar 3, 2015 at 10:33 AM, Terence Yim <[email protected]> wrote: > Hi Keith, > > Twill implements logback log appender so that application logs are > collected and published to the Kafka (that runs inside AM), hence the > compile time dependency from the Twill core code. For a Twill > application, however, it doesn't need to have compile time dependency > on logback (only runtime) and the application itself can use log4j. If > you want logs that logged through log4j api are collected and > published to the Kafka as well, I believe you'll need to have the > log4j-over-slf4j bridge to do the job. > > Thanks, > Terence > > On Tue, Mar 3, 2015 at 10:16 AM, Nitin Motgi <[email protected]> wrote: >> +1 >> >> ### >> Random auto-corrects and typos are my special gift to you. When I forward >> they are from others. >> >>> On Mar 3, 2015, at 10:03 AM, Henry Saputra <[email protected]> wrote: >>> >>> Sounds like good suggestion to me. >>> >>> >>> - Henry >>> >>>> On Tue, Mar 3, 2015 at 9:55 AM, Keith Turner <[email protected]> wrote: >>>> Why does twill have compile time bindings on logback? Is there a way to >>>> avoid this, can I use twill to launch something that uses log4j? If not, >>>> would it make sense to move twill logback code to an optional twill >>>> module/jar? >>>> >>>> The following is taken from http://www.slf4j.org/codes.html >>>> >>>> Embedded components such as libraries or frameworks should not declare a >>>> dependency on any SLF4J binding but only depend on slf4j-api. When a >>>> library >>>> declares a compile-time dependency on a SLF4J binding, it imposes that >>>> binding >>>> on the end-user, thus negating SLF4J's purpose. When you come across an >>>> embedded component declaring a compile-time dependency on any SLF4J >>>> binding, >>>> please take the time to contact the authors of said component/library and >>>> kindly ask them to mend their ways. >>>> >>>> Thanks >>>> >>>> Keith
