Return-Path: Delivered-To: apmail-jakarta-commons-dev-archive@www.apache.org Received: (qmail 21710 invoked from network); 27 Sep 2004 17:33:35 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur-2.apache.org with SMTP; 27 Sep 2004 17:33:34 -0000 Received: (qmail 99658 invoked by uid 500); 27 Sep 2004 17:33:33 -0000 Delivered-To: apmail-jakarta-commons-dev-archive@jakarta.apache.org Received: (qmail 99410 invoked by uid 500); 27 Sep 2004 17:33:31 -0000 Mailing-List: contact commons-dev-help@jakarta.apache.org; run by ezmlm Precedence: bulk List-Unsubscribe: List-Subscribe: List-Help: List-Post: List-Id: "Jakarta Commons Developers List" Reply-To: "Jakarta Commons Developers List" Delivered-To: mailing list commons-dev@jakarta.apache.org Received: (qmail 99395 invoked by uid 99); 27 Sep 2004 17:33:31 -0000 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests= X-Spam-Check-By: apache.org Received-SPF: pass (hermes.apache.org: local policy) Received: from [140.247.210.252] (HELO latte.harvard.edu) (140.247.210.252) by apache.org (qpsmtpd/0.28) with ESMTP; Mon, 27 Sep 2004 10:33:29 -0700 Received: from [140.247.212.206] (lorien.fas.harvard.edu [::ffff:140.247.212.206]) (AUTH: PLAIN mdiggory, SSL: TLSv1/SSLv3,128bits,RC4-MD5) by latte.harvard.edu with esmtp; Mon, 27 Sep 2004 13:33:25 -0400 Message-ID: <41584ED6.1060707@latte.harvard.edu> Date: Mon, 27 Sep 2004 13:33:10 -0400 From: "Mark R. Diggory" Reply-To: mark_diggory@harvard.edu User-Agent: Mozilla Thunderbird 0.8 (Windows/20040913) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Jakarta Commons Developers List Subject: Re: [math] API changes for RC2 References: <95F1CCA52E317C49AB7AA71B16E8988B0C238A@mail2.tsd.biz> In-Reply-To: <95F1CCA52E317C49AB7AA71B16E8988B0C238A@mail2.tsd.biz> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N getData can stay, it produces a copy of the internal array. getDataRef is a little spooky. I might suggest making getDataRef part of just the RealMatrixImpl implementation and/or making it protected, requiring users to extend the implementation to use it. -Mark Phil Steitz wrote: > What I meant was, "is it a good idea to remove getData, getDataRef?" > If we do that, people who want to work directly on the double[][] > arrays after, say inversion will be SOL. Maybe names are wrong, but > we probably need to keep an "export" capability of some sort. > > Phil > > -----Original Message----- From: Mark R. Diggory > [mailto:mdiggory@latte.harvard.edu] Sent: Mon 9/27/2004 10:18 AM To: > Jakarta Commons Developers List Cc: Subject: Re: [math] API changes > for RC2 > > Phil Steitz wrote: > Mark, > > I see your point re RealMatrix > immutability and I now understand (and > agree with, I think) what > you mean about accessors. Can anyone else > see reasons why > matrices should *not* be publicly immutable? Would > you also remove > the getData, getDataRef methods? > > Phil > Sure, I can make these > changes. -Mark -- Mark Diggory Software Developer Harvard MIT Data > Center http://www.hmdc.harvard.edu > --------------------------------------------------------------------- > To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org > For additional commands, e-mail: commons-dev-help@jakarta.apache.org > > > > > > ------------------------------------------------------------------------ > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org > For additional commands, e-mail: commons-dev-help@jakarta.apache.org -- Mark Diggory Software Developer Harvard MIT Data Center http://www.hmdc.harvard.edu --------------------------------------------------------------------- To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org For additional commands, e-mail: commons-dev-help@jakarta.apache.org