Return-Path: X-Original-To: apmail-commons-issues-archive@minotaur.apache.org Delivered-To: apmail-commons-issues-archive@minotaur.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 15F4C184DF for ; Wed, 14 Oct 2015 19:44:06 +0000 (UTC) Received: (qmail 81413 invoked by uid 500); 14 Oct 2015 19:44:05 -0000 Delivered-To: apmail-commons-issues-archive@commons.apache.org Received: (qmail 81332 invoked by uid 500); 14 Oct 2015 19:44:05 -0000 Mailing-List: contact issues-help@commons.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: issues@commons.apache.org Delivered-To: mailing list issues@commons.apache.org Received: (qmail 81214 invoked by uid 99); 14 Oct 2015 19:44:05 -0000 Received: from arcas.apache.org (HELO arcas.apache.org) (140.211.11.28) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 14 Oct 2015 19:44:05 +0000 Date: Wed, 14 Oct 2015 19:44:05 +0000 (UTC) From: "Oliver Heger (JIRA)" To: issues@commons.apache.org Message-ID: In-Reply-To: References: Subject: [jira] [Commented] (CONFIGURATION-611) Provide methods to create Beans without knowledge of the Configuration's implementation 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/CONFIGURATION-611?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14957600#comment-14957600 ] Oliver Heger commented on CONFIGURATION-611: -------------------------------------------- I was hoping for a less invasive solution. The classes do what they are supposed to do. There is a level of abstraction missing, but as was discussed, this could be added later without breaking compatibility. So deprecating these classes or even removing them would go to far IMHO. As Commons Configuration is going to have a major release, there is the possibility to have breaking changes. However, I would rather not strip a feature of the older version if there is no replacement in the new version. > Provide methods to create Beans without knowledge of the Configuration's implementation > --------------------------------------------------------------------------------------- > > Key: CONFIGURATION-611 > URL: https://issues.apache.org/jira/browse/CONFIGURATION-611 > Project: Commons Configuration > Issue Type: Improvement > Reporter: Jon Weygandt > Priority: Minor > > The current method to create a bean uses a pattern that requires the user to know of the Configuration's implementation. (https://commons.apache.org/proper/commons-configuration/userguide/howto_beans.html#Declaring_and_Creating_Beans) > It should be possible to decouple this dependency and have some implementation independent method. > One proposal would be to extend the BeanHelper code to implement this in a general way. > Another proposal would be to have an interface that Configurations could extend to get the BeanDeclaration. -- This message was sent by Atlassian JIRA (v6.3.4#6332)