Return-Path: Delivered-To: apmail-ant-notifications-archive@minotaur.apache.org Received: (qmail 79036 invoked from network); 30 Apr 2009 08:01:58 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 30 Apr 2009 08:01:58 -0000 Received: (qmail 8560 invoked by uid 500); 30 Apr 2009 08:01:58 -0000 Delivered-To: apmail-ant-notifications-archive@ant.apache.org Received: (qmail 8500 invoked by uid 500); 30 Apr 2009 08:01:58 -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 8491 invoked by uid 99); 30 Apr 2009 08:01:58 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 30 Apr 2009 08:01:58 +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.140] (HELO brutus.apache.org) (140.211.11.140) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 30 Apr 2009 08:01:56 +0000 Received: from brutus (localhost [127.0.0.1]) by brutus.apache.org (Postfix) with ESMTP id A4AAD234C056 for ; Thu, 30 Apr 2009 01:01:35 -0700 (PDT) Message-ID: <1311906365.1241078495673.JavaMail.jira@brutus> Date: Thu, 30 Apr 2009 01:01:35 -0700 (PDT) From: "Maarten Coene (JIRA)" To: notifications@ant.apache.org Subject: [jira] Commented: (IVY-1073) publish should be an atomic operation In-Reply-To: <317013059.1241016810337.JavaMail.jira@brutus> 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-1073?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12704520#action_12704520 ] Maarten Coene commented on IVY-1073: ------------------------------------ What resolver do you use for publishing? The filesystem resolver has atomic publish support: http://ant.apache.org/ivy/history/2.1.0-rc1/resolver/filesystem.html > publish should be an atomic operation > ------------------------------------- > > Key: IVY-1073 > URL: https://issues.apache.org/jira/browse/IVY-1073 > Project: Ivy > Issue Type: Bug > Affects Versions: 1.4.1, 2.1.0-RC1 > Reporter: Klaas Prause > > The publish action is not atomic, so it does not succeed as one action or fails completly. This has two problems: > 1. We are using ivy not only for publishing JARs but also for the releaseables including EARs and WARs. So the publish target sometimes uploads more than 50MB what takes a few seconds. Our continious integration server builds with ~6 build queues. So it often happens that a build is checking for new versions and finds a version that is currently in the process of publishing. The retrieve fails because not all items are uploaded and the build fails. > 2. If a build did not produce all needed artifacts (a clear build error) Ivy publish does not tests for missing artifacts prior starting the upload. If an artifact is missing the publish fails but the already uploaded files are not deleted. All builds other builds try to retrieve the incomplete published artifact and fail. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.