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 DB3B6117A7 for ; Tue, 22 Apr 2014 10:06:27 +0000 (UTC) Received: (qmail 88515 invoked by uid 500); 22 Apr 2014 10:06:21 -0000 Delivered-To: apmail-commons-issues-archive@commons.apache.org Received: (qmail 88240 invoked by uid 500); 22 Apr 2014 10:06:16 -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 88202 invoked by uid 99); 22 Apr 2014 10:06:15 -0000 Received: from arcas.apache.org (HELO arcas.apache.org) (140.211.11.28) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 22 Apr 2014 10:06:15 +0000 Date: Tue, 22 Apr 2014 10:06:15 +0000 (UTC) From: "Radoslav Paskalev (JIRA)" To: issues@commons.apache.org Message-ID: In-Reply-To: References: Subject: [jira] [Created] (COLLECTIONS-519) private constructors in utility classes break existing code MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 Radoslav Paskalev created COLLECTIONS-519: --------------------------------------------- Summary: private constructors in utility classes break existing code Key: COLLECTIONS-519 URL: https://issues.apache.org/jira/browse/COLLECTIONS-519 Project: Commons Collections Issue Type: Bug Affects Versions: 4.x Reporter: Radoslav Paskalev Hello, In collections version 4.x all utility classes (example ListUtils, MapUtils, PredicateUtils....) have private constructors. I consider this to be a serious bug, as it breaks any possibility the classes to be extended by the users. The javadoc says that constructors are private in order to prevent class instantiation but this object instantiation is not really problem and i think it is more important to allow classes to be extended. The possibility to extend utility classes was one of the major selling points of commons.lang and commons.collections projects. In the latest commons.lang project the utility classes still have public constructors. Best Regards -- This message was sent by Atlassian JIRA (v6.2#6252)