Return-Path: Delivered-To: apmail-incubator-ivy-user-archive@locus.apache.org Received: (qmail 453 invoked from network); 9 Oct 2007 00:07:50 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 9 Oct 2007 00:07:50 -0000 Received: (qmail 94023 invoked by uid 500); 9 Oct 2007 00:07:38 -0000 Delivered-To: apmail-incubator-ivy-user-archive@incubator.apache.org Received: (qmail 94007 invoked by uid 500); 9 Oct 2007 00:07:38 -0000 Mailing-List: contact ivy-user-help@incubator.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: ivy-user@incubator.apache.org Delivered-To: mailing list ivy-user@incubator.apache.org Received: (qmail 93998 invoked by uid 99); 9 Oct 2007 00:07:38 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 08 Oct 2007 17:07:38 -0700 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_HELO_PASS,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of lists@nabble.com designates 216.139.236.158 as permitted sender) Received: from [216.139.236.158] (HELO kuber.nabble.com) (216.139.236.158) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 09 Oct 2007 00:07:39 +0000 Received: from isper.nabble.com ([192.168.236.156]) by kuber.nabble.com with esmtp (Exim 4.63) (envelope-from ) id 1If2a1-0000cN-Rw for ivy-user@incubator.apache.org; Mon, 08 Oct 2007 17:04:09 -0700 Message-ID: <13107058.post@talk.nabble.com> Date: Mon, 8 Oct 2007 17:04:09 -0700 (PDT) From: JamesPoli To: ivy-user@incubator.apache.org Subject: RE: problem with work files created in cache by ivy:resolve (ivy 1.4) In-Reply-To: <688AEB1C4CF90D419DDE8D721005232B02E41B8E@MERCMBX07.na.sas.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Nabble-From: James.Poli@sas.com References: <46AA0D6A.4020308@gmail.com> <688AEB1C4CF90D419DDE8D721005232B02E41B8E@MERCMBX07.na.sas.com> X-Virus-Checked: Checked by ClamAV on apache.org As Jim Adams had stated we'd moved our cache to a tmp location to get around this problem. Another solution I've been working on is using a lock file to protect from having two or more resovles use the cache at the same time. To "guard" the creation/deletion of the lock file I'm using a Java FileLock - it acts like a Java object monitor that is visible across JVM's. It appears to work but for multiple processes (15) using resolve. Could there be something I'm missing? Should I also lock the publish? I'm thinking if I lock too many ivy tasks I'll end up defeating the whole purpose I'm doing it, performance gains by using a single cache. Thanks in advance, Jim :super: Jim Adams-6 wrote: > > We have something similar but our only recourse was to put the ivy cache > in a tmp location and clear it after every build. Ivy can't handle > multiple processes accessing the cache at the same time. > >> -----Original Message----- >> From: Gregoire Henry [mailto:ghynxmail@gmail.com] >> Sent: Friday, July 27, 2007 11:21 AM >> To: ivy-user@incubator.apache.org >> Subject: problem with work files created in cache by >> ivy:resolve (ivy 1.4) >> >> hello >> >> I have a problem with the files created by ivy in the cache >> during the resolve phase .. >> Ivy create some files nammed [org]-[module]-[conf].xml in the >> cache , should'nt those files be created in a temporary >> location outside of the >> cache, and preferably in project specific directory ? >> >> My use case is the following >> >> We have a Continuous Build Server who can build at the same >> time several different build from the same project .... >> In my build i create a clean.resolve task for deleting the >> [org]-[module]-[conf].xml files at the beginnig of each build >> ... as we can have multiple build at the same time for the >> same project I sometime have some build failled because of >> the deletion of this files by another starting build ... >> >> I still have created different cache location for my >> different project , but this use case should drive me to >> create a different cache for each build !!! >> >> Have you a solution for that ? >> would it be possible to have an ivy.temp.dir properties ? >> Is there a different implementation in 2.0.0 ? >> >> >> regards >> >> Greg >> >> >> >> > > %-|%-|:confused::super::super::super::super::super::super::super: -- View this message in context: http://www.nabble.com/problem-with-work-files-created-in-cache-by-ivy%3Aresolve-%28ivy-1.4%29-tf4158540.html#a13107058 Sent from the ivy-user mailing list archive at Nabble.com.