Return-Path: X-Original-To: apmail-jackrabbit-dev-archive@www.apache.org Delivered-To: apmail-jackrabbit-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 BA4DED36F for ; Mon, 2 Jul 2012 10:26:28 +0000 (UTC) Received: (qmail 93854 invoked by uid 500); 2 Jul 2012 10:26:28 -0000 Delivered-To: apmail-jackrabbit-dev-archive@jackrabbit.apache.org Received: (qmail 93536 invoked by uid 500); 2 Jul 2012 10:26:24 -0000 Mailing-List: contact dev-help@jackrabbit.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@jackrabbit.apache.org Delivered-To: mailing list dev@jackrabbit.apache.org Received: (qmail 93354 invoked by uid 99); 2 Jul 2012 10:26:23 -0000 Received: from issues-vm.apache.org (HELO issues-vm) (140.211.11.160) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 02 Jul 2012 10:26:22 +0000 Received: from isssues-vm.apache.org (localhost [127.0.0.1]) by issues-vm (Postfix) with ESMTP id AAE67141DE5 for ; Mon, 2 Jul 2012 10:26:22 +0000 (UTC) Date: Mon, 2 Jul 2012 10:26:22 +0000 (UTC) From: "Mete Atamel (JIRA)" To: dev@jackrabbit.apache.org Message-ID: <609819115.11.1341224782704.JavaMail.jiratomcat@issues-vm> Subject: [jira] [Created] (JCR-3369) Garbage collector improvements MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 Mete Atamel created JCR-3369: -------------------------------- Summary: Garbage collector improvements Key: JCR-3369 URL: https://issues.apache.org/jira/browse/JCR-3369 Project: Jackrabbit Content Repository Issue Type: Improvement Components: jackrabbit-core Reporter: Mete Atamel We identified a number of improvements to garbage collector related code to make it more robust, specifically: 1- As discussed in JCR-3340, when GC goes through nodes, it can encounter a lot of ItemStateExceptions. Currently, stack trace of these exceptions are not logged and this makes debugging difficult. Instead, ItemStateExceptions should at least be logged with full stack trace every 1 minute or so. 2- As discussed in JCR-3341, GC does not fail fast if there is a problem and it should. 3- Session usage in the GC is problematic. The session in GC is used for traversing the content and marking the binaries, but the listener in that class uses the same session as well, when a node is added. GC should rather use a separate session in onEvent() to avoid concurrent use. 4- GC listens for NODE_ADDED event for moved nodes but instead it should listen for NODE_MOVED. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira