Return-Path: Delivered-To: apmail-harmony-dev-archive@www.apache.org Received: (qmail 45709 invoked from network); 17 Dec 2006 19:20:49 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 17 Dec 2006 19:20:49 -0000 Received: (qmail 63556 invoked by uid 500); 17 Dec 2006 19:20:54 -0000 Delivered-To: apmail-harmony-dev-archive@harmony.apache.org Received: (qmail 63515 invoked by uid 500); 17 Dec 2006 19:20:54 -0000 Mailing-List: contact dev-help@harmony.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@harmony.apache.org Delivered-To: mailing list dev@harmony.apache.org Received: (qmail 63506 invoked by uid 99); 17 Dec 2006 19:20:54 -0000 Received: from herse.apache.org (HELO herse.apache.org) (140.211.11.133) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 17 Dec 2006 11:20:54 -0800 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests= X-Spam-Check-By: apache.org Received-SPF: pass (herse.apache.org: local policy) Received: from [143.182.124.21] (HELO mga03.intel.com) (143.182.124.21) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 17 Dec 2006 11:20:42 -0800 Received: from azsmga001.ch.intel.com ([10.2.17.19]) by mga03.intel.com with ESMTP; 17 Dec 2006 11:20:22 -0800 Received: from fmsmsx334.amr.corp.intel.com ([132.233.42.1]) by azsmga001.ch.intel.com with ESMTP; 17 Dec 2006 11:20:22 -0800 X-ExtLoop1: 1 X-IronPort-AV: i="4.12,181,1165219200"; d="scan'208"; a="159374615:sNHT37299906" Received: from mssmsx411.ccr.corp.intel.com ([10.125.2.10]) by fmsmsx334.amr.corp.intel.com with Microsoft SMTPSVC(6.0.3790.1830); Sun, 17 Dec 2006 11:20:21 -0800 x-mimeole: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Subject: RE: Compatibility or non-bug question Date: Sun, 17 Dec 2006 22:20:46 +0300 Message-ID: <3D8E84095C6A524A985B787423094E408C1D4D@mssmsx411> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Compatibility or non-bug question Thread-Index: AccgzWdiKSDIhjy2QVGJAwRHg548kABQm9oA From: "Zakharov, Vasily M" To: X-OriginalArrivalTime: 17 Dec 2006 19:20:21.0562 (UTC) FILETIME=[652D09A0:01C72210] X-Virus-Checked: Checked by ClamAV on apache.org Well, that's better than nothing. :) In fact, those two bugs I've mentioned are the ones I'm most interested in right now: http://issues.apache.org/jira/browse/HARMONY-1024 http://issues.apache.org/jira/browse/HARMONY-2525 What to you think we should do to them? Thank you. Vasily -----Original Message----- From: Alexey Petrenko [mailto:alexey.a.petrenko@gmail.com]=20 Sent: Saturday, December 16, 2006 7:48 AM To: dev@harmony.apache.org Subject: Re: Compatibility or non-bug question We have a compatibility guideline [1]. And according this guideline we should discuss cases like yours one by one. SY, Alexey [1] http://harmony.apache.org/subcomponents/classlibrary/compat.html 2006/12/16, Zakharov, Vasily M : > Hi, all, > > I'm now trying to investigate and fix some trivial bugs, but I'm not > sure which way to fix them to. > > There're multiple situations where RI, say, doesn't throw exception and > Harmony does throw, and throwing an exception in that situation looks > good and logical. > > In other words, the question is, what is a compatibility bug (that needs > to be fixed to match RI) and what is a non-bug difference. > > Also, there's a question on non-bug differences. They're not bugs, but > what should we do to them? Just close them, if Harmony behaviour seems > more correct than RI's? Or fix them to match RI though they're not bugs, > to make sure we don't break existing applications? > > Here are two characteristic examples of uncertainties that occur rather > frequently: > http://issues.apache.org/jira/browse/HARMONY-1024 > http://issues.apache.org/jira/browse/HARMONY-2525 > > Do we have some, say, policy, or guideline on how issues like these > could (or should) be resolved? > > There're many issues like these, and having a general approach would > ease dealing with them... > > Any opinions? > > Thank you! > > Vasily Zakharov > Intel Enterprise Solutions Software Division >