Return-Path: Delivered-To: apmail-incubator-harmony-dev-archive@www.apache.org Received: (qmail 79890 invoked from network); 9 Nov 2006 09:19:15 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 9 Nov 2006 09:19:15 -0000 Received: (qmail 81194 invoked by uid 500); 9 Nov 2006 09:19:23 -0000 Delivered-To: apmail-incubator-harmony-dev-archive@incubator.apache.org Received: (qmail 81027 invoked by uid 500); 9 Nov 2006 09:19:22 -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 81018 invoked by uid 99); 9 Nov 2006 09:19:22 -0000 Received: from herse.apache.org (HELO herse.apache.org) (140.211.11.133) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 09 Nov 2006 01:19:22 -0800 X-ASF-Spam-Status: No, hits=2.0 required=10.0 tests=HTML_MESSAGE,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (herse.apache.org: domain of oleg.oleinik@gmail.com designates 66.249.92.170 as permitted sender) Received: from [66.249.92.170] (HELO ug-out-1314.google.com) (66.249.92.170) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 09 Nov 2006 01:19:09 -0800 Received: by ug-out-1314.google.com with SMTP id y2so199930uge for ; Thu, 09 Nov 2006 01:18:48 -0800 (PST) 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:references; b=KIDRTIlsmvi1kqPkd6r540EzjdVyL3/15oyDxArYtooQODylN/CstViWbWzyBZYwSFCPwV9zR9OzemnZQl0re6cmBUyGPezma8NEWLfuOB+K54Tg8+2XyBLh9G7FzEGyWP57dmip7W/vKwxQj1ERqNuy2UYRn+2eVMqfYF89nNw= Received: by 10.78.146.11 with SMTP id t11mr805617hud.1163063928067; Thu, 09 Nov 2006 01:18:48 -0800 (PST) Received: by 10.78.178.6 with HTTP; Thu, 9 Nov 2006 01:18:47 -0800 (PST) Message-ID: Date: Thu, 9 Nov 2006 15:18:47 +0600 From: "Oleg Oleinik" To: harmony-dev@incubator.apache.org, geir@pobox.com Subject: Re: [DRLVM] General stability In-Reply-To: <4552899A.8090806@pobox.com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_30908_10464115.1163063927932" References: <8E389A5F2FEABA4CB1DEC35A25CB39CE6E5D93@mssmsx411> <4552899A.8090806@pobox.com> X-Virus-Checked: Checked by ClamAV on apache.org ------=_Part_30908_10464115.1163063927932 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline > The key things that I believe we need to focus on are > a) stability and > b) completeness. > c) reliability (which may be 'stability') Just 2 cents - just to be clear on terms "stability" and "reliability" - we started using them in this thread and I feel like we do not separate them. I propose, when we are talking about "reliability" we mean: Capability of Harmony runtime to run given workloads correctly (as it is defined by J2SE specifications) for certain period of time. This is interpretation of definition given by IEEE for "reliability". There is no definition for stability in IEEE software glossary, so I propose when we are talking about stability we mean stability of runtime / code in time, i.e. progressing, not regressing. In these terms I completely agree with the order. On 11/9/06, Geir Magnusson Jr. wrote: > > > > Fedotov, Alexei A wrote: > > Alexey Petrenko wrote, > >> The only release I can imagine is Harmony Java5SE 100% compatible. > >> To be Java5SE 100% compatible we need TCK first. > > > > +1 > > > > Yes - and I still think that talk of a release is a bit premature right > now. > > The key things that I believe we need to focus on are > > a) stability and > > b) completeness. > > c) reliability (which may be 'stability') > > (and not always in that order :) > > > Things I'd like to see us do : > > 1) We need to drive to fully working unit tests for both DRLVM and > classlib (using DRLVM). Great progress has been made in this area, and > we should probably make this a "campaign" for DRLVM as we did for > classlib. > > 2) Add stress tests > > 3) Get our CC-based build-test framework patched and running on as many > platforms as possible, reporting breakage into the list. > > 4) Identify problem areas and focus on them. For example, threading in > DRLVM... > > I do think of us having a 'zero regression' policy except in cases where > we make the explicit decision to break. (like we did with TM, for > example) > > > > I hesitate to say that again, but we also need to decide about VM we > > will use for that release. I like the following mission: "Class library > > and DRLVM pass TCK on Ubuntu 6". I'm open for any other mission which is > > challenging, understandable and short enough. > > Well, we'll need Windows XP and RHEL as well. > > > > > > Writing down this mission certainly shouldn't inhibit individuals from > > achieving other goals at Harmony. But it would help the rest of > > community to concentrate on the common task. > > > > 1. > > http://wiki.apache.org/harmony/Platforms_to_Run_Harmony_Development_Kit_ > > on > > > > With best regards, > > Alexei Fedotov, > > Intel Java & XML Engineering > > > >> -----Original Message----- > >> From: Alexey Petrenko [mailto:alexey.a.petrenko@gmail.com] > >> Sent: Wednesday, November 08, 2006 10:36 AM > >> To: harmony-dev@incubator.apache.org > >> Subject: Re: [DRLVM] General stability > >> > >> 2006/11/8, Mikhail Fursov : > >>> On 11/8/06, Alexey Petrenko wrote: > >>>> Probably it's time to create some release plan :) > >>>> > >>> So let's start this discussion? > >>> Good idea! > >>> The only release I can imagine is Harmony Java5SE 100% compatible. > >> To be Java5SE 100% compatible we need TCK first. > >> So we could think about some less impressive goal for the first release > > :) > >> SY, Alexey > > > > ------=_Part_30908_10464115.1163063927932--