You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@cxf.apache.org by Weihua JIANG <we...@gmail.com> on 2010/10/21 15:50:51 UTC

how to disable CXF logging

We use CXF for JAX-WS. In our project, we handled exceptions thrown by
CXF (e.g. can't connect to server). So, the exceptions are expected
and correctly handled. We also use SLF4J to perform logging for our
project.

However, no matter the exceptions are handled or not, CXF will write
the stack trace to SLF4J log. This pollutes our log.

My question is: is it possible to disable CXF logging or redirect CXF
logging to another log file?

Thanks

Re: how to disable CXF logging

Posted by niteshjain132 <ni...@gmail.com>.
If I'm setting ERROR mode to org.apache.cxf package i'm getting close_waits
in the backend and if i set it in INFO mode i dont see any close_waits, 

<logger name="org.apache.cxf" >
		<level value="ERROR" />	
</logger>

I want to disable cxf logging so that my log file size doesn't grow, how can
i achieve this ?



--
View this message in context: http://cxf.547215.n5.nabble.com/how-to-disable-CXF-logging-tp3230531p5772572.html
Sent from the cxf-user mailing list archive at Nabble.com.

Re: how to disable CXF logging

Posted by Daniel Kulp <dk...@apache.org>.
On Thursday 21 October 2010 9:50:51 am Weihua JIANG wrote:
> We use CXF for JAX-WS. In our project, we handled exceptions thrown by
> CXF (e.g. can't connect to server). So, the exceptions are expected
> and correctly handled. We also use SLF4J to perform logging for our
> project.
> 
> However, no matter the exceptions are handled or not, CXF will write
> the stack trace to SLF4J log. This pollutes our log.
> 
> My question is: is it possible to disable CXF logging or redirect CXF
> logging to another log file?

It's likely not logging to SLF4J.  Normally, we log directly to 
java.util.logging stuff.   Thus, you could configure the java.util.logging to 
drop all log entries in the org.apache.cxf catagory.  

-- 
Daniel Kulp
dkulp@apache.org
http://dankulp.com/blog