Return-Path: Delivered-To: apmail-incubator-harmony-dev-archive@www.apache.org Received: (qmail 11812 invoked from network); 17 Apr 2006 07:37:29 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 17 Apr 2006 07:37:29 -0000 Received: (qmail 96227 invoked by uid 500); 17 Apr 2006 07:37:27 -0000 Delivered-To: apmail-incubator-harmony-dev-archive@incubator.apache.org Received: (qmail 95726 invoked by uid 500); 17 Apr 2006 07:37:25 -0000 Mailing-List: contact harmony-dev-help@incubator.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: harmony-dev@incubator.apache.org Delivered-To: mailing list harmony-dev@incubator.apache.org Received: (qmail 95714 invoked by uid 99); 17 Apr 2006 07:37:25 -0000 Received: from asf.osuosl.org (HELO asf.osuosl.org) (140.211.166.49) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 17 Apr 2006 00:37:25 -0700 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (asf.osuosl.org: domain of anton.avtamonov@gmail.com designates 64.233.162.204 as permitted sender) Received: from [64.233.162.204] (HELO nz-out-0102.google.com) (64.233.162.204) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 17 Apr 2006 00:37:23 -0700 Received: by nz-out-0102.google.com with SMTP id s1so513428nze for ; Mon, 17 Apr 2006 00:37:02 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=NPKZ/NhQeTdi+1YT+rtbTDfpzCBJWmvMcgdturalCrmu48PujZSpP9L2yBCgz62qJaRmHz0MT0g+1LOSsXfWnq5MsI75o9+0Ks5qsdk9L9Am8yYGy63wKgypMeYlCW+J1aE2YGjs3mosFMH6748W5uTZ124b2BUyINPq1Dgo2pU= Received: by 10.65.235.6 with SMTP id m6mr250104qbr; Mon, 17 Apr 2006 00:37:02 -0700 (PDT) Received: by 10.64.250.16 with HTTP; Mon, 17 Apr 2006 00:37:01 -0700 (PDT) Message-ID: <46d21a9a0604170037y225d0511i5377968a365d122e@mail.gmail.com> Date: Mon, 17 Apr 2006 11:37:01 +0400 From: "Anton Avtamonov" To: harmony-dev@incubator.apache.org Subject: Re: should strings in exceptions match the reference implementation? In-Reply-To: <4d0b24970604170019n6a85f398n16032db0a5492be7@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <5c8e69f0604161823r63392d44j32ae82981d2a95a@mail.gmail.com> <46d21a9a0604162235n69f1479dp39f88773592406a8@mail.gmail.com> <46d21a9a0604162306q73e0a474hca0d4a15bc8d66ed@mail.gmail.com> <906dd82e0604162314w718bbc39ie266dc63da24c6a0@mail.gmail.com> <46d21a9a0604162325r57f4e420t1eb9e56fafde46d8@mail.gmail.com> <4d0b24970604162336w8580472y49507407c268966f@mail.gmail.com> <46d21a9a0604162346g1bbba723u4a5f2f0aa25bb2f6@mail.gmail.com> <4d0b24970604170019n6a85f398n16032db0a5492be7@mail.gmail.com> X-Virus-Checked: Checked by ClamAV on apache.org X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N On 4/17/06, Andrew Zhang wrote: > On 4/17/06, Anton Avtamonov wrote: > > > > Well, not completely agree. I RI has BUG, I agree to have > > corresponding Harmony test failing. However do you think that > > different exception messges say is a good reason to have failures? I > > don't think so. Just a minor differemce which can be 'formally > > documented' by using isHarmony() is tests. > > > I agree with you that different exception messages are not failures. So i= n > my opnion, we'd better avoid such test cases. > If some exception messages are really very important to developers ( I do= n't > have any idea about such Exception classes), > I think RI should contain similiar information so that we can write some > test cases, which both RI and Harmony could pass, by verifying keywords > instead. > If "isHarmony()" is used, then what's the expected message? I don't think > there's a "Harmony exception message spec" :-) > People may argue which message is best or more meanfuling :) As I said already I also not sure if we really need those test cases. And I also would like to avoid them when possible. What I vote for is that if we still have to test such things (not only messages, maybe something else) we should not have failing tests on this. Besides, we decided to document "desired" deviations via JIRA. My point here is that all such deviations also should not fail on RI. Just because failure should indicate something was broken. No need to indicate this on 'known' places. For 'known' deviations we may also use isHarmony() add reference (in comment) to the corresponding JIRA issue. I proposed isHarmony() just because I don't know the better way to avoid failures and 'formally' document deviations. -- Anton Avtamonov, Intel Middleware Products Division --------------------------------------------------------------------- Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: harmony-dev-unsubscribe@incubator.apache.org For additional commands, e-mail: harmony-dev-help@incubator.apache.org