Return-Path: X-Original-To: apmail-continuum-users-archive@www.apache.org Delivered-To: apmail-continuum-users-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id EE13FE95D for ; Fri, 1 Mar 2013 10:53:06 +0000 (UTC) Received: (qmail 33035 invoked by uid 500); 1 Mar 2013 10:53:06 -0000 Delivered-To: apmail-continuum-users-archive@continuum.apache.org Received: (qmail 32638 invoked by uid 500); 1 Mar 2013 10:53:03 -0000 Mailing-List: contact users-help@continuum.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: users@continuum.apache.org Delivered-To: mailing list users@continuum.apache.org Received: (qmail 32576 invoked by uid 99); 1 Mar 2013 10:53:01 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 01 Mar 2013 10:53:01 +0000 X-ASF-Spam-Status: No, hits=1.5 required=5.0 tests=HTML_MESSAGE,RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of muralihere@gmail.com designates 209.85.215.179 as permitted sender) Received: from [209.85.215.179] (HELO mail-ea0-f179.google.com) (209.85.215.179) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 01 Mar 2013 10:52:49 +0000 Received: by mail-ea0-f179.google.com with SMTP id d12so299789eaa.10 for ; Fri, 01 Mar 2013 02:52:29 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:content-type; bh=SIdaiTZhz3oBZfdwztJRlpSboKZCmtVozEAshEh5A6I=; b=xbwd2OJ8DYfTAafba7r7uBlYluj9qY9RqgI4KwOMA2sNZqoAPVIWkpxqp7pESYXujv QdjYz5eJVvuuv28EmQ/cL5vUMueKOxZBH7IWE/A2nV3B5NEVUi6UPU/8uV7LJU78eeNb WlD6K602/pddfIU1f4DR+YCEqVMlUWy+E0Ii3WeP5eWcNwGjpUVDCaT8ejG08E93t2w0 m23O9UXWktHYOi2B6rL+yVUkhCxUilWQ+7KEoPGjB6VlBFzzPYkHKdSpWlQjRaCXqvkn f3iCjeZ+4ZjU31mBqwAUcUCc+PVnXlVEu5cOfPWtqcx7Zmt6rQUmiS+sjWXfoShNXQUf MaBA== MIME-Version: 1.0 X-Received: by 10.14.204.195 with SMTP id h43mr17651023eeo.14.1362135148997; Fri, 01 Mar 2013 02:52:28 -0800 (PST) Received: by 10.14.124.8 with HTTP; Fri, 1 Mar 2013 02:52:28 -0800 (PST) In-Reply-To: References: Date: Fri, 1 Mar 2013 10:52:28 +0000 Message-ID: Subject: Re: Problems with Continuum making it useless From: murali mohan To: users@continuum.apache.org Content-Type: multipart/alternative; boundary=047d7b3438aeb1516804d6dacd87 X-Virus-Checked: Checked by ClamAV on apache.org --047d7b3438aeb1516804d6dacd87 Content-Type: text/plain; charset=ISO-8859-1 As an immediate solution, I will have to look at other options, I guess. To solve these, I will try to help. But are people interested in this project? -Murali On Thu, Feb 28, 2013 at 5:53 PM, Brent Atkinson wrote: > Hi Murali, > > I'm sorry that you're frustrated. > > I doubt I can address everything you're raising as I'm still a relative > newbie in the code base, but I do know that there are a number of cases > Continuum doesn't handle, at least without workarounds, in its current > state. One of them is dependencies between builds and I wonder if this > limitation is responsible for why the parallel builds work this way. > > To be perfectly honest, if you are looking for an immediate solution, > Continuum may not be the best choice for you. However, if you're interested > in helping to address the issues, I will do what I can to help. > > Brent > > On Thu, Feb 28, 2013 at 4:21 AM, murali mohan > wrote: > > > Warning. This is a rant. > > > > -> Parallel builds in Continuum is an embarrassment. Reasons: > > > > 1. Different builds from the same project cannot be queued if one of > > them is already running. Why is this? It is not even the same build, > it > > is > > a separate buildsbut belonging to the same project. This is a block > > since > > we are forced to time the scheduling perfectly so that the second > build > > starts only after first build is done. Why?! Or we need to have > separate > > project groups. Then why do we need projects?! > > 2. Shell builds are not running in parallel in version 1.3.6 (Don't > know > > about other versions). Even after enabling parallel builds and queues > > and > > when maven builds run in parallel without any problem. > > > > It has become a very clever and unknown science now to run all the builds > > in parallel in continuum and to ensure that everything completes. > > > > -> There are thousand of builds and their history in our continuum > setup. I > > have set up purge configurations, but still the UI lists thousands and > > takes a long time to load. > > > > -> For both the above, I have sent emails to support. One is recent, so > > lets leave that, The deletion of builds - no help to complete it. Some > > vague suggestions which never worked when I tried. There is some XML RPC > > tool to delete these old builds. I did spend a couple of days to run it, > it > > doesn't! > > > > -> Yes, this is open source and we all should contribute. But I am > someone > > who has submitted patches before and willing to spend some time. But > there > > seems to be no people who are running this or being responsible. > > > > -> All in all, I have spent a lot of time on this software from the time > > when it had very minimal features. Sadly, I think it is a waste of time > now > > adjusting schedules and making it "somehow" run. > > > > -Murali. > > > --047d7b3438aeb1516804d6dacd87--