Return-Path: Delivered-To: apmail-maven-continuum-dev-archive@www.apache.org Received: (qmail 76780 invoked from network); 12 Mar 2007 09:19:38 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 12 Mar 2007 09:19:38 -0000 Received: (qmail 11670 invoked by uid 500); 12 Mar 2007 09:19:47 -0000 Delivered-To: apmail-maven-continuum-dev-archive@maven.apache.org Received: (qmail 11645 invoked by uid 500); 12 Mar 2007 09:19:46 -0000 Mailing-List: contact continuum-dev-help@maven.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: continuum-dev@maven.apache.org Delivered-To: mailing list continuum-dev@maven.apache.org Received: (qmail 11631 invoked by uid 99); 12 Mar 2007 09:19:46 -0000 Received: from herse.apache.org (HELO herse.apache.org) (140.211.11.133) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 12 Mar 2007 02:19:46 -0700 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests= X-Spam-Check-By: apache.org Received-SPF: neutral (herse.apache.org: local policy) Received: from [193.19.64.142] (HELO ow-mustang.objectware.no) (193.19.64.142) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 12 Mar 2007 02:19:33 -0700 Received: from [127.0.0.1] (localhost.localdomain [127.0.0.1]) by ow-mustang.objectware.no (8.12.11.20060308/8.12.11) with ESMTP id l2C9G6B1000787 for ; Mon, 12 Mar 2007 10:16:07 +0100 Message-ID: <45F518DE.8010805@apache.org> Date: Mon, 12 Mar 2007 10:09:50 +0100 From: =?UTF-8?B?VHJ5Z3ZlIExhdWdzdMO4bA==?= User-Agent: Thunderbird 2.0b2 (X11/20070123) MIME-Version: 1.0 To: continuum-dev@maven.apache.org Subject: Re: Preparing for continuum-1.1-alpha-1 References: <5757A095-15CD-4808-96E5-DF2F420E1B13@apache.org> <45EF0A13.3090206@venisse.net> <541f12ca0703091216p2c91db46p4cd3ba74fbd74b27@mail.gmail.com> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Virus-Checked: Checked by ClamAV on apache.org Jesse McConnell wrote: > sounds good to me, imo either trunc it or maybe switch the model over > to a clob for that in the db... I tried to make it a CLOB once but couldn't get it to work because of some JPOX issues IIRC so for alpha-1 just chop the exception and/or write it to a separate file and put the ideal solution into a later alpha. Keep moving! -- Trygve > jesse > > On 3/9/07, Stephane Nicoll wrote: >> On 3/9/07, Jesse McConnell wrote: >> > I have gone through jira issues there were assigned to 1.1 and spread >> > things out a bit. >> > >> > here is my criteria I used in separating out the issues: >> > >> > 1.1-alpha-1 -> issues that need to be addressed asap before we pull >> > any kinda alpha >> >> Not because I opened this but I think CONTINUUM-1194 should be fixed. >> I'll try to provide a patch this sunday for this. As a summary, if an >> error occurs and the stacktrace is higher than 8000 chars: >> >> * The build is stuck in Build In Progress >> * No notification is triggered (an error has occured?!) >> >> Thanks, >> Stéphane >> >> >> >> > 1.1-alpha-2 -> higher importance issues and ones generally related >> to xml-rpc >> > 1.1-alpha-# -> issues that probably ought to be resolved in the >> alpha releases >> > Future -> stuff that probably ain't going to get done any day soon >> > >> > the idea being that we can make new sequential release issues off of >> > the 1.1-alpha-# release tag until we are done with alpha releases. I >> > think once 1.1-alpha-1 is released then we can go through 1.1-alpha-2 >> > and decide what should be done, make a new release called 1.1-alpha-3 >> > and bulk move issues that aren't going to be addressed then (like >> > maybe all the xml-rpc issues) >> > >> > I think we shouldn't worry about making these actually releases cut >> > with the maven-release-plugin. I say we just make a build and get it >> > available for download. Also tag the continuum trunk accordingly. >> > Then we ought to try to release a new alpha every few weeks until we >> > have the alpha-# issues converging towards 0. >> > >> > When we actually get to beta/rc releases then we can cut actual >> releases. >> > >> > Now about my allocation of issues, its not gospel! If you disagree >> > with any of my assigning of fix versions then just fix it yourself >> > (the version, or better yet the bug). >> > >> > At the time of this writing I have the 1.1-alpha-1 release down to a >> > modest 8 issues with a few of those questionable and/or waiting for a >> > bit of feedback. I have yet to go through the 200 or so unfiled >> > issues though so that might go up a bit, I'll do that now. >> > >> > thoughts? >> > jesse >> > >> > >> > >> > On 3/7/07, Emmanuel Venisse wrote: >> > > We don't need it the migration tool now. We'll can see to it when >> we'll release a first beta on rc. >> > > >> > > Emmanuel >> > > >> > > Brett Porter a écrit : >> > > > >> > > > On 07/03/2007, at 9:52 AM, Jesse McConnell wrote: >> > > > >> > > >> Ok, well the little poll thread I made seemed to be strongly in >> favor >> > > >> of getting things pulled together to start getting alpha >> releases out >> > > >> of continuum. So with that in mind here is a list of a few things >> > > >> that we need to get in order for an alpha release that I >> shamelessly >> > > >> started base on bretts comments >> > > >> >> > > >> - properly mark up the model as it was for 1.0.3 release >> > > >> - add methods to continuum-data-management to utilise that and >> then >> > > >> make any necessary transformations (c-d-m will do the basic 1-to-1 >> > > >> conversions) >> > > >> - probably write a little CLI to fire it off. >> > > >> - vet jira for a 1.1 alpha 1 release version and maybe schedule >> out a >> > > >> couple of alpha-# releases. >> > > >> >> > > >> I think I'll start in on the data management bit now since that >> seems >> > > >> like the biggest hurdle. I am not convinced we really need to >> worry >> > > >> about a continuum 1.0.3 -> continuum 1.1 migration >> ability...its not a >> > > >> difficult thing to get projects loaded back up into >> continuum...but >> > > >> we'll see I guess. >> > > > >> > > > It is a pain, but having said that we could potentially add it in a >> > > > later milestone. I wouldn't want a final version without it. >> > > > >> > > >> >> > > >> anyone have anything to add? >> > > >> >> > > >> jesse >> > > >> >> > > >> --jesse mcconnell >> > > >> jesse.mcconnell@gmail.com >> > > > >> > > > >> > > > >> > > >> > > >> > >> > >> > -- >> > jesse mcconnell >> > jesse.mcconnell@gmail.com >> > >> > >