Return-Path: Delivered-To: apmail-directory-dev-archive@www.apache.org Received: (qmail 99152 invoked from network); 24 Aug 2008 22:27:09 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 24 Aug 2008 22:27:09 -0000 Received: (qmail 9462 invoked by uid 500); 24 Aug 2008 22:27:07 -0000 Delivered-To: apmail-directory-dev-archive@directory.apache.org Received: (qmail 9422 invoked by uid 500); 24 Aug 2008 22:27:07 -0000 Mailing-List: contact dev-help@directory.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: "Apache Directory Developers List" Delivered-To: mailing list dev@directory.apache.org Received: (qmail 9411 invoked by uid 99); 24 Aug 2008 22:27:07 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 24 Aug 2008 15:27:07 -0700 X-ASF-Spam-Status: No, hits=3.2 required=10.0 tests=FS_REPLICA,HTML_MESSAGE,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of akarasulu@gmail.com designates 74.125.46.28 as permitted sender) Received: from [74.125.46.28] (HELO yw-out-2324.google.com) (74.125.46.28) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 24 Aug 2008 22:26:10 +0000 Received: by yw-out-2324.google.com with SMTP id 9so144235ywe.55 for ; Sun, 24 Aug 2008 15:26:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:sender :to:subject:in-reply-to:mime-version:content-type:references :x-google-sender-auth; bh=baLG8Mt8a0fx7oJuQcCc2HUGO1QrKXy3IbxBQuj6xjM=; b=W5GZoV7p3HxLFNGeHsQLlymD7YzTVuqhp0KwZA/busdGW4qT6tjtwOy/uYuzC/24OZ xTPOkDKqE62mHSGxjC24rWH1SgX5TrIrQXPtzdY5LtCklJL57VN/797Ip2Rdz+10H+mH bjZo/cOI3kZV0eTx6Iu/nZlVndoeE90iJXkrU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:sender:to:subject:in-reply-to:mime-version :content-type:references:x-google-sender-auth; b=Jcp9OUFBs1Ccoe5pVPmT/mfQuDNihCg1IoWIu5F8R1+kzy+Rtp4ctBrU78luzMcoTf AbWfAYj/22wS7qMRv1KJJMQGGadKaOdUiGyv2h5bBOic1qFEXWFtPN9YkPEESYy2EK12 qlNTeuN8j4x8S1+EloQQZZ6o/vIrpNoWg17Bg= Received: by 10.114.178.1 with SMTP id a1mr2856101waf.20.1219616781869; Sun, 24 Aug 2008 15:26:21 -0700 (PDT) Received: by 10.114.66.3 with HTTP; Sun, 24 Aug 2008 15:26:21 -0700 (PDT) Message-ID: Date: Sun, 24 Aug 2008 18:26:21 -0400 From: "Alex Karasulu" Sender: akarasulu@gmail.com To: "Apache Directory Developers List" , elecharny@nextury.com Subject: Re: [mitosis] ReplicaId In-Reply-To: <48B1DEFB.1080301@gmail.com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_61355_22026851.1219616781863" References: <48B1DEFB.1080301@gmail.com> X-Google-Sender-Auth: fcd1d52824d8158a X-Virus-Checked: Checked by ClamAV on apache.org ------=_Part_61355_22026851.1219616781863 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline On Sun, Aug 24, 2008 at 6:21 PM, Emmanuel Lecharny wrote: > Hi guys, > > I had a look at the ReplicaId class today, and I have a question : > - do we really need a class to store an Id, even if we want this ID to be > constrained ? > We never needed it. It's just crap code. > > I would rather store the Id as a String, and remove completely the class, > as the constraint can be checked when reading the configuration, and that's > it. > Go for it. > > I don't really think it's necessary to create new ReplicaId() all over the > code, nor calling replicaId.getId() to get the String representing this Id. > KISS principle... > +1 Alex ------=_Part_61355_22026851.1219616781863 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline


On Sun, Aug 24, 2008 at 6:21 PM, Emmanuel Lecharny <elecharny@gmail.com> wrote:
Hi guys,

I had a look at the ReplicaId class today, and I have a question :
- do we really need a class to store an Id, even if we want this ID to be constrained ?

We never needed it.  It's just crap code.
 

I would rather store the Id as a String, and remove completely the class, as the constraint can be checked when reading the configuration, and that's it.

Go for it.
 

I don't really think it's necessary to create new ReplicaId() all over the code, nor calling replicaId.getId() to get the String representing this Id. KISS principle...

+1

Alex
------=_Part_61355_22026851.1219616781863--