java - logback loading all appenders -

-

मेरे पास 3 एपेन्डर में एक लॉगबैक.एक्सएमएल फाइल है: 1 कंसोलएपैण्डर और 2 फाइलफेपर 

  & Lt;? Xml संस्करण = "1.0" एन्कोडिंग = "UTF-8"? & Gt; & LT; विन्यास & gt; & Lt; एपेन्डर नेम = "स्टडआउट" वर्ग = "ch.qos.logback.core.ConsoleAppender" & gt; & LT; लक्ष्य & gt; System.out & lt; / लक्ष्य & gt; & LT; एनकोडर & gt; & Lt; पैटर्न & gt; [% d {yyyy-MM-dd HH: mm: ss}]% msg% m% n% ex & lt; / pattern & gt; & Lt; / एनकोडर & gt; & Lt; / appender & gt; & Lt; एपेन्डर नेम = "बफेकर" वर्ग = "ch.qos.logback.core.FileAppender" & gt; & LT; फ़ाइल & gt; लॉग / b.txt & lt; / फ़ाइल & gt; & LT; संलग्न & gt; सच & lt; / संलग्न & gt; & LT; एनकोडर & gt; & Lt; पैटर्न & gt; [% d {yyyy-MM-dd HH: mm: ss}] - [% t]% -4 आर% -5 पी% c:% n% m% n & lt; / pattern & gt; & Lt; / एनकोडर & gt; & Lt; / appender & gt; & Lt; एपेन्डर नेम = "एपेएडर" वर्ग = "ch.qos.logback.core.FileAppender" & gt; & LT; फ़ाइल & gt; लॉग / a.txt & lt; / फ़ाइल & gt; & LT; संलग्न & gt; झूठी & lt; / संलग्न & gt; & LT; एनकोडर & gt; & Lt; पैटर्न & gt; [% d {dd / MM / yyyy: एचएच: मिमी: एसएस}% स्तर -% लकड़हारा]% एम% एन & lt; / pattern & gt; & Lt; / एनकोडर & gt; & Lt; / appender & gt; & Lt; लॉगर का नाम = "एलागजर" additivity = "false" & gt; & Lt; level value = "DEBUG" / & gt; & Lt; एपेन्डर-रिफ रेफरी = "एएपेडर" / & gt; & Lt; / लकड़हारा & gt; & Lt; रूट स्तर = "जानकारी" & gt; & Lt; एपेन्डर-रिफ रेफरी = "स्टडआउट" / & gt; & Lt; / जड़ & gt; & Lt; / विन्यास & gt;

समस्या यह है कि जब मैं एक लॉगर (लकड़हारा LOGGER = LoggerFactory.getLogger ("aogger") से संबद्ध प्रोग्राम लॉन्च करता हूं; । यह भी bAppend को जोड़ता है ( और इस तरह एक खाली बी.टी.टी. फ़ाइल बनायें ....)

यह लॉकबैक कॉल की तरह है और सभी एपेन्डर को निष्पादित करता है जब किसी लॉगर को बिना अनुलग्न एडेंडर कहा जाता है। इस व्यवहार से कैसे बचें?

बहुत बहुत धन्यवाद

संक्षेप में, मुझे लगता है कि जवाब 'नहीं' है, नहीं है b.txt को बनाने से रोकने का एक तरीका। FileAppender के लिए स्रोत को देखकर, ऐसा प्रतीत होता है कि आउटपुट फ़ाइल (और संबंधित मूल फ़ोल्डर पदानुक्रम) बनाई जाती है जब एपेंडर शुरू हो गया है (जो तब होता है जब लॉकबैक शुरू होता है)। यह डिज़ाइन जानबूझकर है, क्योंकि यह दृष्टिकोण लॉगिंग के दौरान काफी समय बचाएगा।


Comments

Post a Comment

Popular posts from this blog

c# - SignalR: "Protocol error: Unknown transport." when navigating to hub -

-
Image
I am trying to use the ASP.NET signal for the first time - here's what I did: created a new web Has been added to the project and the following signal R packages: I have created the following category: [Hub-name ("chat")] Public class ChatHub: Hub {Public Zero Halo () {Clients.All.hello ( ); }} and the following startup configuration: public partial class startup {public zero configuration (IAppBuilder app) {configure (app); App.MapSignalR (); }} However, whenever I navigate localhost: (port) / api / signalr / chat I get the following error: Protocol error: Unknown transport. I am running a new browser and trying different people so remove it from the API / URL, and just use the localhost: (potter) / signaller / Chat
Read more

Camel ProducerTemplate possible memory leak -

-
To some degree, this is a bit of a shot in the dark, but we have a process that is dramatically slow One day's course we have found that all the things running on the fuses begin to draw, but when we are running a specific process, JPPropellers are going on, I have found that the increase in magnetic usage increases over time. . Org.apache.camel.ProductTemplate.Send So my main question is, is the way in which the manufacturer product is being used here which is wrong / can this be a problem? exchange foo = new DefaultExchange (getCamelContext (), ExchangePattern.InOnly); Foo.getIn () setBody (obj). Root R = Exchange .getContext (). GetRoute ("do_something_fun"); Creator Template Template = exchange.getContext () CreateProducerTemplate (); Template.send (r.getEndpoint (), foo); Generally, you should not create a productive template on each request as described here: / P> However, because I do not have a complete picture of your application, so you can cr...
Read more

javascript - Adhering to a max length setting with jshint -

-
I get several recommendations to compile a maximum of 80 characters when writing javascript, e.g. Google, NPM, Node. JS, Crockford In some cases, though, I do not think how best to do this. MongoClient.connect ('mongodb: // localhost: 27017 / sampleDatabase', function (mistake, database) {if (err)} {throw error;} db = database;}); This will throw a jshint warning because it exceeds 80 characters. Now, do you choose to ignore the warning in this example, or instead choose an option for a solution like MongoClient.connect ('mongodb: // localhost: 27017 / sampleDatabase' , Function (err, database) {if (err) {throw error;} db = database;}); If you can reuse the url variable So, great option if this is a shot, as is often such a call, I would probably do something like this ... / * jslint sloppy: true, white: true, browser: True, maxlen: 80 * / / * global mongo client * / var dbarhh, db; DbErrHand = function (mistake, database) {if (err) {throw error; } ...
Read more