Return-Path: X-Original-To: apmail-jackrabbit-oak-dev-archive@minotaur.apache.org Delivered-To: apmail-jackrabbit-oak-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 A29AECEDF for ; Tue, 29 May 2012 13:15:24 +0000 (UTC) Received: (qmail 79642 invoked by uid 500); 29 May 2012 13:15:24 -0000 Delivered-To: apmail-jackrabbit-oak-dev-archive@jackrabbit.apache.org Received: (qmail 79361 invoked by uid 500); 29 May 2012 13:15:24 -0000 Mailing-List: contact oak-dev-help@jackrabbit.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: oak-dev@jackrabbit.apache.org Delivered-To: mailing list oak-dev@jackrabbit.apache.org Received: (qmail 79329 invoked by uid 99); 29 May 2012 13:15:23 -0000 Received: from issues-vm.apache.org (HELO issues-vm) (140.211.11.160) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 29 May 2012 13:15:23 +0000 Received: from isssues-vm.apache.org (localhost [127.0.0.1]) by issues-vm (Postfix) with ESMTP id 89F41142837 for ; Tue, 29 May 2012 13:15:23 +0000 (UTC) Date: Tue, 29 May 2012 13:15:23 +0000 (UTC) From: "Stefan Guggisberg (JIRA)" To: oak-dev@jackrabbit.apache.org Message-ID: <82067234.10916.1338297323567.JavaMail.jiratomcat@issues-vm> In-Reply-To: <656547665.37590.1332267221920.JavaMail.tomcat@hel.zones.apache.org> Subject: [jira] [Updated] (OAK-32) Drop MicroKernel.dispose() 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/OAK-32?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Stefan Guggisberg updated OAK-32: --------------------------------- Attachment: OAK-32.patch proposed patch > Drop MicroKernel.dispose() > -------------------------- > > Key: OAK-32 > URL: https://issues.apache.org/jira/browse/OAK-32 > Project: Jackrabbit Oak > Issue Type: Improvement > Components: mk > Reporter: Jukka Zitting > Attachments: OAK-32.patch > > > Just like a client of the MicroKernel interface doesn't know how a MK instance is created, there should not be a need for a client to be able to dispose an instance. For example the lifecycle of a MK instance running as an OSGi service (or any other component framework) is managed by the framework, not by clients. Thus I suggest that the MicroKernel.dispose() method is removed. > The only piece of code that's notably affected by this change is the MicroKernelFactory class still in oak-core and any client code that uses it to construct new MicroKernel instances. I think we should replace the MKF class with a more generic solution as outlined in OAK-17. -- 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