From continuum-dev-return-5292-apmail-maven-continuum-dev-archive=maven.apache.org@maven.apache.org Wed Oct 18 00:18:13 2006 Return-Path: Delivered-To: apmail-maven-continuum-dev-archive@www.apache.org Received: (qmail 93470 invoked from network); 18 Oct 2006 00:18:12 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 18 Oct 2006 00:18:12 -0000 Received: (qmail 33794 invoked by uid 500); 18 Oct 2006 00:18:12 -0000 Delivered-To: apmail-maven-continuum-dev-archive@maven.apache.org Received: (qmail 33771 invoked by uid 500); 18 Oct 2006 00:18:12 -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 33760 invoked by uid 99); 18 Oct 2006 00:18:12 -0000 Received: from asf.osuosl.org (HELO asf.osuosl.org) (140.211.166.49) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 17 Oct 2006 17:18:12 -0700 X-ASF-Spam-Status: No, hits=2.0 required=10.0 tests=HTML_MESSAGE X-Spam-Check-By: apache.org Received-SPF: pass (asf.osuosl.org: local policy) Received: from [209.222.54.37] (HELO smtp2.israfil.net) (209.222.54.37) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 17 Oct 2006 17:18:10 -0700 Received: from [192.168.0.100] (cpe-66-108-32-69.nyc.res.rr.com [66.108.32.69]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by smtp2.israfil.net (Postfix) with ESMTP id C248AAD43C8 for ; Tue, 17 Oct 2006 20:34:20 -0400 (EDT) Message-ID: <4535729A.1060701@israfil.net> Date: Tue, 17 Oct 2006 20:17:30 -0400 From: Christian Edward Gruber Organization: Israfil Consulting Services Corporation User-Agent: Thunderbird 1.5.0.7 (Windows/20060909) MIME-Version: 1.0 To: continuum-dev@maven.apache.org Subject: Proposed: UI for build defs (default build defs) Content-Type: multipart/alternative; boundary="------------040102050405090601080806" X-Virus-Checked: Checked by ClamAV on apache.org X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N --------------040102050405090601080806 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Hey all, I mentioned this on IRC and felt it should be sent ot the list. The notion of default build def is really wierd, now that groups are there. In particular, can the "default build def" for a project be a group def, or only a project def. The UI for this is also crapped out, as the check-box is dangerous. If you "uncheck" a default project, who becomes defualt? I think we need a drop down on a per-project basis, which MAY include both project and group builds as that project's default build def. If you delete a build def, there would have to be logic to fail-into another build def, or the delete should be disallowed until you reassign all projects that hold it as a default. Then if a user hits "build group" then (in build order) the default build def for each project is scheduled in turn. Christian. -- *christian** gruber + process coach and architect* *Israfil Consulting Services Corporation* *email** cgruber@israfil.net + bus 905.640.1119 + mob 416.998.6023* --------------040102050405090601080806--