Return-Path: X-Original-To: apmail-incubator-jena-dev-archive@minotaur.apache.org Delivered-To: apmail-incubator-jena-dev-archive@minotaur.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 740D47DE0 for ; Mon, 15 Aug 2011 22:55:51 +0000 (UTC) Received: (qmail 12113 invoked by uid 500); 15 Aug 2011 22:55:51 -0000 Delivered-To: apmail-incubator-jena-dev-archive@incubator.apache.org Received: (qmail 12076 invoked by uid 500); 15 Aug 2011 22:55:51 -0000 Mailing-List: contact jena-dev-help@incubator.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: jena-dev@incubator.apache.org Delivered-To: mailing list jena-dev@incubator.apache.org Received: (qmail 12067 invoked by uid 99); 15 Aug 2011 22:55:50 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 15 Aug 2011 22:55:50 +0000 X-ASF-Spam-Status: No, hits=-2001.1 required=5.0 tests=ALL_TRUSTED,RP_MATCHES_RCVD X-Spam-Check-By: apache.org Received: from [140.211.11.116] (HELO hel.zones.apache.org) (140.211.11.116) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 15 Aug 2011 22:55:48 +0000 Received: from hel.zones.apache.org (hel.zones.apache.org [140.211.11.116]) by hel.zones.apache.org (Postfix) with ESMTP id 6ED4FBD5FB for ; Mon, 15 Aug 2011 22:55:27 +0000 (UTC) Date: Mon, 15 Aug 2011 22:55:27 +0000 (UTC) From: "Damian Steer (JIRA)" To: jena-dev@incubator.apache.org Message-ID: <1680671164.39936.1313448927451.JavaMail.tomcat@hel.zones.apache.org> Subject: [jira] [Created] (JENA-101) Memory leak in Fuseki MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 X-Virus-Checked: Checked by ClamAV on apache.org Memory leak in Fuseki --------------------- Key: JENA-101 URL: https://issues.apache.org/jira/browse/JENA-101 Project: Jena Issue Type: Bug Components: Fuseki Reporter: Damian Steer Priority: Minor Steps to reproduce: 1. Start fuseki in memory mode with updates enabled. 2. Repeatedly PUT an N-Triple or turtle file to the same graph. 3. Attach VisualVM. 4. Memory use slowly grows and is not all collected. Explanation: The parser uses the sink SinkTriplesToGraph, which registers itself with the global RIOT event manager. The sink is never closed by fuseki, and so is never unregistered, which means the sink remains reachable. The sink also has a reference to the graph, so each added graph remains forever. Closing the sink seems to fix the issue. Not clear if this is especially a memory mode issue. -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira