Chris,
I am not familiar with the setAutoCommit method. Can you please explain how it works and how something similar would apply to log4j? Thank you, Ceki At 11:54 08.01.2002 -0800, Christopher Randall wrote: >Similar to how it works in JDBC with setAutoCommit(), I would like to >suggest, if it doesn't already exist, that a future Log4J upgrade add an >auto-commit option. I have wasted a lot of time with setting options, >them not applying, only to find out that I forgot to call the >activateOptions() method. > >Thanks, >Chris > >-----Original Message----- >From: Anders Kristensen [mailto:[EMAIL PROTECTED]] >Sent: Tuesday, January 08, 2002 11:37 AM >To: Log4J Users List >Subject: Re: activateOptions() > > >Yes, it's to deal with the cases where two or more parameters are inter >dependent. Say, a hostname and a port number for a network based >appender. > >Anders > >Christopher Randall wrote: >> >> Can somebody please explain to me the design idea behind >> activateOptions()? If I call setFile(), why do I then need to call >> activateOptions()? It seems redundant and unnecessary to have this, >> unless ofcouse you purposely want to have transactions. >> >> Are you trying to achieve transactional integrity by applying all the >> modified options at one time? >> >> Thanks for the explanation, >> Chris >> >> -- >> To unsubscribe, e-mail: ><mailto:[EMAIL PROTECTED]> >> For additional commands, e-mail: ><mailto:[EMAIL PROTECTED]> > >-- >To unsubscribe, e-mail: ><mailto:[EMAIL PROTECTED]> >For additional commands, e-mail: ><mailto:[EMAIL PROTECTED]> > > >-- >To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> >For additional commands, e-mail: <mailto:[EMAIL PROTECTED]> -- Ceki Gülcü - http://qos.ch -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>