<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN" "http://www.w3.org/TR/html4/loose.dtd"><html>
<head>
  <meta name="Generator" content="Zarafa WebAccess v6.40.12-29942">
  <meta http-equiv="Content-Type" content="text/html; charset=Windows-1252">
  <title>Logging to stderr and stdout</title>
  <style type="text/css">
      body
      {
        font-family: Arial, Verdana, Sans-Serif ! important;
        font-size: 12px;
        padding: 5px 5px 5px 5px;
        margin: 0px;
        border-style: none;
        background-color: #ffffff;
      }

      p, ul, li
      {
        margin-top: 0px;
        margin-bottom: 0px;
      }
  </style>
</head>
<body>
<p>I had a question about the conventions of logging. We have an application scientific in nature, and basically it runs some process for some amount of time, and then finishes with it's output. All output in the program is driven by logback, and we generally hide the complexity of logback from our users, and support very limited configuration as needed.</p><p> </p><p>One issue is where error and warning messages should go for users.</p><p> </p><p>One argument is that they should go to stderr.  stdout should have INFO, DEBUG, and TRACE. There doesn't seem to be an easy way to do this in logback.</p><p> </p><p>Another argument is that they should go to stderr. stdout should also have them, but also INFO, DEBUG, and TRACE. If the user is running directly then both get spammed together.</p><p> </p><p>A final option is they should all go to stdout, as these are all log messages, and there is no need to split them</p><p> </p><p>Now this isn't so much a religious argument,  we are just more wondering what the conventions were, as we would like to follow them as much possible.</p><p> </p><p>Thanks,</p><p> </p><p>Steve Ramage</p><p> </p>
</body>
</html>