Hello Jacob,

Thanks a lot for your help it was very useful. I have
several jar files that I need to invoke some services
from my server (jboss), and I note that one of those
jar files has a configuration file for log4j in the
server and as you said the file is log4j.xml, so when
I tryed to lot messages in my application it was using
the configuration file in the server.

Now I'm using this technique:

PropertyConfigurator logProperties = new
PropertyConfigurator();
                  logProperties.configure("conf/log4j.properties");

And now I am completely sure log4j is using this
configuration file.

Thanks a lot again,
Johnny

PS: I will follow your recommendation using the file
log4j.xml.

 --- Jacob Kjome <[EMAIL PROTECTED]> escribi�: 
> 
> And don't forget that if log4j.xml is in some
> directory on the classpath as 
> well, it will get used in preference to
> log4j.properties.  I suggest moving 
> to log4j.xml if at all possible.
> 
> Jake
> 
> At 04:57 PM 1/3/2005 -0600, you wrote:
>  >
>  >On Jan 3, 2005, at 3:47 PM, Johnny Gonzalez wrote:
>  >
>  >>
>  >> Hello Arnold,
>  >>
>  >> I Followed your recommendations, but it still
> doesn't
>  >> work. But for example when I make a:
>  >>
>  >> log.error("Variables");
>  >>
>  >> I'm receiving messages in the console like this:
>  >>
>  >> ERROR [main] (SemcControlador.java:280) -
> Variables:
>  >>
>  >> but There's no output to the files :-(
>  >>
>  >> When I open the Arguments pane, as you told me
> to do,
>  >> appears selected an option that says:
>  >>
>  >
>  >My guess was that locating log4j.properties was
> the problem.  However,
>  >if you are getting logging messages to the console
> then something is
>  >configuring log4j, so either log4j.properties is
> being found or
>  >something else is configuring log4j.
>  >
>  >I would suggest  modifying your log4j.properties
> file to see if it is
>  >responsible for your configuration.  If you make
> the following change:
>  >
>  >-log4j.logger.co.com=ERROR,ap1,ap2
>  >+log4j.logger.co.com=ERROR,ap1
>  >
>  >and the console messages disappear, then your
> log4j.properties file is
>  >being found.
>  >
>  >If your log4j.properties file is being found, I
> would try using
>  >FileAppender instead of DailyRollingFileAppender
> and absolute paths
>  >instead of relative paths, for example:
>  >
> 
>
>-log4j.appender.ap1=org.apache.log4j.DailyRollingFileAppender
>  >-log4j.appender.ap1.DatePattern='.'yyyy-MM-dd
>  >-log4j.appender.ap1.File=logSEMC.txt
>  >-log4j.appender.ap1.threshold=DEBUG
>  >
>  >+log4j.appender.ap1=org.apache.log4j.FileAppender
>  >+log4j.appender.ap1.File=/tmp/logSEMC.txt
>  >
>  >> Use default working directory
>  >>
>  >> If I deselect that checkbox, appears this:
>  >>
>  >> ${workspace_loc:AplicacionSEMC}
>  >>
>  >> Is this OK? I tryed both options but none
> worked. What
>  >> could you recommend me?
>  >>
>  >
>  >
>  >You should be able to specify an absolute path
> like:
>  >"/home/username/workspace/myproject" in that field
> or use the Browse
>  >button next to the field to invoke an directory
> selection box.  The
>  >behavior may be different between platforms, but
> works for me on Mac
>  >OS/X.  However, this suggestion assumed that the
> problem was finding
>  >your log4j.properties file.
>  >
>  >
>  >
>  >
>  >
> 
>
>---------------------------------------------------------------------
>  >To unsubscribe, e-mail:
> [EMAIL PROTECTED]
>  >For additional commands, e-mail:
> [EMAIL PROTECTED]
>  >
>  >  
> 
> 
>
---------------------------------------------------------------------
> To unsubscribe, e-mail:
> [EMAIL PROTECTED]
> For additional commands, e-mail:
> [EMAIL PROTECTED]
> 
>  


                
______________________________________________ 
Renovamos el Correo Yahoo!: �250 MB GRATIS! 
Nuevos servicios, m�s seguridad 
http://correo.yahoo.es

---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to