Mailing-List: contact issues-help@commons.apache.org; run by ezmlm
Precedence: bulk
Reply-To: issues@commons.apache.org
Date: Wed, 19 Aug 2015 21:46:45 +0000 (UTC)
From: "Sebb (JIRA)" <jira@apache.org>
To: issues@commons.apache.org
Message-ID: <JIRA.12855752.1439431488000.111949.1440020805994@Atlassian.JIRA>
In-Reply-To: <JIRA.12855752.1439431488000@Atlassian.JIRA>
References: <JIRA.12855752.1439431488000@Atlassian.JIRA>
 <JIRA.12855752.1439431488475@arcas>
Subject: [jira] [Commented] (BCEL-242) Remove Serializable, Clonable,
 hashCode, equals
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit


    [ https://issues.apache.org/jira/browse/BCEL-242?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14703794#comment-14703794 ] 

Sebb commented on BCEL-242:
---------------------------

It's not possible to make most classes immutable, as in the current design that does not make it easy to modify class files.

> Remove Serializable, Clonable, hashCode, equals
> -----------------------------------------------
>
>                 Key: BCEL-242
>                 URL: https://issues.apache.org/jira/browse/BCEL-242
>             Project: Commons BCEL
>          Issue Type: Wish
>            Reporter: Charles Honton
>
> While we're in the midst of bringing BCEL up to date, can we remove the  unnecessary code.
> It is unlikely that any application needs to serialize BCEL state and the class that BCEL generates is already "serialized".  (And serializatoin is hard to get right)
> It is unlikely that opcodes or instructions need to be compared, so equals/hashCode is excess.
> Cloning is hard to get right and probably not necessary.


--
This message was sent by Atlassian JIRA
(v6.3.4#6332)