Constructor accepts filepath. Look at each FileAppender class, and assert that for yourself.
If you find one that does not, report the bug. ----- Original Message ----- From: "Anshul Chhabra" <[EMAIL PROTECTED]> To: "'Log4J Users List'" <[EMAIL PROTECTED]> Sent: Thursday, January 17, 2002 12:49 PM Subject: RE: FileAppender and file Location & getOptions > This basically means that there is a potential bug if the setter is not used > in the setOption (instead the private var is set directly) - as there might > be extra processing that could potentially happen in subclasses. > > Yes, I did mean 1.3.1 of Log4j > > -----Original Message----- > From: T Master [mailto:[EMAIL PROTECTED]] > Sent: Thursday, January 17, 2002 11:44 AM > To: Log4J Users List > Subject: Re: FileAppender and file Location & getOptions > > > There is no way to set a log directory. > You want to set the actual file name. > use fileAppender.setFile( "/foo/bar/mylog.txt") . > > Look up its usage in the javadoc for FileAppender. > > > Read up on the terminolgy for deprecated. It meanswill be > discontinued/unsupported in future sometime (not recommened for use). The > code is still existant. > > You mean log4j v1.1.3 i assume. > > T Master > > > ----- Original Message ----- > From: "Anshul Chhabra" <[EMAIL PROTECTED]> > To: "'Log4J Users List'" <[EMAIL PROTECTED]> > Sent: Thursday, January 17, 2002 12:18 PM > Subject: FileAppender and file Location & getOptions > > > > Hi > > I know that the getOptions is deprecated in 1.3.1. That basically > > means that Log4j itself does not use it internally, and recommends that > > users not use it either. > > > > Coming to getOptions on FileAppender - shouldn't the code be cleaned > > up so that it uses setters instead of directly setting the internal > > variables? In the case of FileAppender it is not so (and perhaps it is a > > more general problem as well). > > > > Is there currently no way of separately specifying a directory name > > in which you want the logs to go? Has anybody extended the FileAppender to > > support this capability on a per appender basis? > > > > > > Thanks > > Anshul > > > > > -- > 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]>
