Return-Path: Delivered-To: apmail-ant-notifications-archive@minotaur.apache.org Received: (qmail 39241 invoked from network); 9 Jun 2010 19:23:37 -0000 Received: from unknown (HELO mail.apache.org) (140.211.11.3) by 140.211.11.9 with SMTP; 9 Jun 2010 19:23:37 -0000 Received: (qmail 83803 invoked by uid 500); 9 Jun 2010 19:23:37 -0000 Delivered-To: apmail-ant-notifications-archive@ant.apache.org Received: (qmail 83749 invoked by uid 500); 9 Jun 2010 19:23:37 -0000 Mailing-List: contact notifications-help@ant.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@ant.apache.org Delivered-To: mailing list notifications@ant.apache.org Received: (qmail 83661 invoked by uid 99); 9 Jun 2010 19:23:37 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 09 Jun 2010 19:23:36 +0000 X-ASF-Spam-Status: No, hits=-2000.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [140.211.11.22] (HELO thor.apache.org) (140.211.11.22) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 09 Jun 2010 19:23:34 +0000 Received: from thor (localhost [127.0.0.1]) by thor.apache.org (8.13.8+Sun/8.13.8) with ESMTP id o59JNCmK019473 for ; Wed, 9 Jun 2010 19:23:13 GMT Message-ID: <6343677.7861276111392930.JavaMail.jira@thor> Date: Wed, 9 Jun 2010 15:23:12 -0400 (EDT) From: "Maarten Coene (JIRA)" To: notifications@ant.apache.org Subject: [jira] Commented: (IVY-1195) feature request: retrying resolver wrapper In-Reply-To: <31943423.207081275844796955.JavaMail.jira@thor> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 X-Virus-Checked: Checked by ClamAV on apache.org [ https://issues.apache.org/jira/browse/IVY-1195?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12877174#action_12877174 ] Maarten Coene commented on IVY-1195: ------------------------------------ I think this should be a feature of your buildserver that should not start building "app" if "lib" is currently being build (or queued for building). > feature request: retrying resolver wrapper > ------------------------------------------ > > Key: IVY-1195 > URL: https://issues.apache.org/jira/browse/IVY-1195 > Project: Ivy > Issue Type: New Feature > Components: Core > Affects Versions: 2.1.0 > Reporter: Stepan Koltsov > > I'm requesting a retrying resolver. > *description* > Retrying resolver delegates resolution to configured child resolver. If child resolver fails, if requests child to perform a resolution again after some time. > *example* > {code} > > > > > > {code} > In the example above, "default" resolver will try call SVN resolver to resolve dependencies, if SVN resolver fails, it will be called again after 10s, then after 15s, then after 27s, and so on, but not after 5 minutes after resolver start. > *motivation* > We have build server, that builds projects right after commit. Projects depend on concrete revisions of another projects, revisions are specified in ivy.xml (say, "app" depends on "lib"). Sometimes developers commit to dependent project "app" immediately after commit to the base project "lib". And in this case there is a high chance, that base project "lib" is not yet built (so artifact is not published) at the time of dependent project "app" ivy:resolve task run. So build of dependent project "app" fails. > Retry task could resolve this situation: dependent project "app" build start will be delayed until completion of "lib" build. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.