Return-Path: X-Original-To: apmail-commons-dev-archive@www.apache.org Delivered-To: apmail-commons-dev-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 2D9E3DF64 for ; Wed, 5 Sep 2012 05:31:12 +0000 (UTC) Received: (qmail 4919 invoked by uid 500); 5 Sep 2012 05:31:11 -0000 Delivered-To: apmail-commons-dev-archive@commons.apache.org Received: (qmail 4832 invoked by uid 500); 5 Sep 2012 05:31:11 -0000 Mailing-List: contact dev-help@commons.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: "Commons Developers List" Delivered-To: mailing list dev@commons.apache.org Received: (qmail 4822 invoked by uid 99); 5 Sep 2012 05:31:11 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 05 Sep 2012 05:31:11 +0000 X-ASF-Spam-Status: No, hits=-0.7 required=5.0 tests=RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of phil.steitz@gmail.com designates 209.85.160.43 as permitted sender) Received: from [209.85.160.43] (HELO mail-pb0-f43.google.com) (209.85.160.43) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 05 Sep 2012 05:31:03 +0000 Received: by pbbrq2 with SMTP id rq2so405679pbb.30 for ; Tue, 04 Sep 2012 22:30:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject :content-type:content-transfer-encoding; bh=CB0J1qlg9HTTq3NIkAJ0H03hu8uFNqKb8z75KpMu8zE=; b=kT6u74G/OckKc0vDnXfCk03ZTzxpTkTIkzvvpRAcQrNw+0yljn/zWPsPjv3nmBrL1F G6mV2LhKuUj4xnvJVmBCEiGZAS6Yc3Cc+H8d/0er+Lec0HPzDTvKY/Vbwqb1xdH0r6JK bzWOA8DMAwnOvToa2f2Zlv2r0DtMzpD/M2W6iQAN1LSEgs3DWTR5z2BbuEME2oLXJLTp l6fVMukuNKFBO6Ts1evr4RiJu/mhDBxQOCc8SYgbLqhtLmrdpIyOcpDAJaC/E+ZGEvlV fhsX0dPH0hUOtXGfuTJRMlzu+yal3NHSoFVUJMrtIUWV17WEJJQexqOPDwma0/lux/d4 gaXg== Received: by 10.68.134.99 with SMTP id pj3mr28560392pbb.13.1346823043082; Tue, 04 Sep 2012 22:30:43 -0700 (PDT) Received: from [192.168.2.107] (ip72-208-109-243.ph.ph.cox.net. [72.208.109.243]) by mx.google.com with ESMTPS id or1sm656179pbb.10.2012.09.04.22.30.41 (version=SSLv3 cipher=OTHER); Tue, 04 Sep 2012 22:30:42 -0700 (PDT) Message-ID: <5046E37F.2030206@gmail.com> Date: Tue, 04 Sep 2012 22:30:39 -0700 From: Phil Steitz User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:14.0) Gecko/20120713 Thunderbird/14.0 MIME-Version: 1.0 To: Commons Developers List Subject: [math] IllegalStateException thrown by Kurtosis increment and clear methods Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org Slugging my way through the MATH-854 changes for the stats package, I have found an anomaly that I would like to fix. When a Kurtosis instance is constructed using an external moment, increment and clear methods do not behave as no-ops as they do for Variance, SecondMoment and the other moment statistics that can be constructed using embedded external moments. Instead these methods throw MathISE when called on an instance with an embedded moment. Changing the methods to behave like the other moment statistics would technically not be an incompatible change because the exception is unchecked. Leaving it as is inconvenient for MATH-854 since we have to then advertise the exception and this is not consistent with superclass declarations. Anyone object to this change? Phil --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org For additional commands, e-mail: dev-help@commons.apache.org