Return-Path: X-Original-To: apmail-db-derby-dev-archive@www.apache.org Delivered-To: apmail-db-derby-dev-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 06B3810705 for ; Wed, 23 Oct 2013 16:12:05 +0000 (UTC) Received: (qmail 13229 invoked by uid 500); 23 Oct 2013 16:11:54 -0000 Delivered-To: apmail-db-derby-dev-archive@db.apache.org Received: (qmail 13075 invoked by uid 500); 23 Oct 2013 16:11:50 -0000 Mailing-List: contact derby-dev-help@db.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: Delivered-To: mailing list derby-dev@db.apache.org Received: (qmail 12942 invoked by uid 99); 23 Oct 2013 16:11:47 -0000 Received: from arcas.apache.org (HELO arcas.apache.org) (140.211.11.28) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 23 Oct 2013 16:11:47 +0000 Date: Wed, 23 Oct 2013 16:11:47 +0000 (UTC) From: "Brett Bergquist (JIRA)" To: derby-dev@db.apache.org Message-ID: In-Reply-To: References: Subject: [jira] [Commented] (DERBY-6350) Provide a rolling file implementation of derby.log MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 [ https://issues.apache.org/jira/browse/DERBY-6350?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13802987#comment-13802987 ] Brett Bergquist commented on DERBY-6350: ---------------------------------------- Okay, thanks. Did not know that and probably one of the tests is not cleaning up. I will take a look at it. > Provide a rolling file implementation of derby.log > -------------------------------------------------- > > Key: DERBY-6350 > URL: https://issues.apache.org/jira/browse/DERBY-6350 > Project: Derby > Issue Type: Improvement > Components: Miscellaneous > Reporter: Brett Bergquist > Assignee: Brett Bergquist > Priority: Minor > Labels: features > Attachments: rollingfilelog.patch.txt, rollingfilelog.patch.txt, rolling_file_patch_5.txt, rolling_file_patch_6.txt, rolling_file_patch_7.diff > > > By default, derby.log grows without bounds if the derby.infolog.append property is set to "true". Setting this to "true" helps in a hands off production environment to ensure that if Derby restarts, the derby.log which might contain important information is not lost. On the other hand, when set the "true" the derby.log grows without bounds. This is problematic in a long running system. > What is really needed is the ability to have a rolling derby.log file support where the maximum file size and maximum number of files can be specified. Derby has the ability to configure the location of the log file (ie. derby.stream.error.file) and also two methods of redirecting the error stream (.ie derby.stream.error.method and derby.stream.error.field). There is no standard implementation that supports a rolling derby.log however. > This facility should be part of the core Derby system so that it works in both embedded and network server models. -- This message was sent by Atlassian JIRA (v6.1#6144)