Return-Path: X-Original-To: apmail-ant-ivy-user-archive@www.apache.org Delivered-To: apmail-ant-ivy-user-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 801CB9EE4 for ; Tue, 20 Mar 2012 17:40:56 +0000 (UTC) Received: (qmail 12585 invoked by uid 500); 20 Mar 2012 17:40:56 -0000 Delivered-To: apmail-ant-ivy-user-archive@ant.apache.org Received: (qmail 12556 invoked by uid 500); 20 Mar 2012 17:40:56 -0000 Mailing-List: contact ivy-user-help@ant.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: ivy-user@ant.apache.org Delivered-To: mailing list ivy-user@ant.apache.org Received: (qmail 12546 invoked by uid 99); 20 Mar 2012 17:40:56 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 20 Mar 2012 17:40:56 +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 notzippy@gmail.com designates 74.125.82.47 as permitted sender) Received: from [74.125.82.47] (HELO mail-wg0-f47.google.com) (74.125.82.47) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 20 Mar 2012 17:40:49 +0000 Received: by wgbge7 with SMTP id ge7so126759wgb.16 for ; Tue, 20 Mar 2012 10:40:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :content-type; bh=b+dboGulZ8DHKuFZT3oPFLlEOVV4VqpPf98pH02AUUY=; b=iGoGqd0biY/bAZwC3SBbnCUmLOwBxoVGgakORQkAVCeXFdplSrKfmirqel0dq4q+CE QECQCKS+BkPTAo9Vns3pdP6KrOa1m9c1Mqz6+bNF1t9pTUrxdN7uDrvmcrlSDJRTQxK5 3M3lXf3I9cNEWB9PNbKDIvp1puKYgcjJX2zGraRhwanvsHZ5Erk1COFoR8P+JuKKwZ/c DMAMu6Ypmnyj+mqvMYEnhthZXmOzl1h4tLUqi6+1UFnnR++BJ6LP9SJ/RsW6T3QA7WVE vP2ktdrsnvZ548FVn5DCUaaPVf8pmS7WuninZFQ0DzijyclMpbH7nHsDkjwmeUK08lVb cSpA== Received: by 10.180.95.129 with SMTP id dk1mr2062746wib.3.1332265228688; Tue, 20 Mar 2012 10:40:28 -0700 (PDT) MIME-Version: 1.0 Received: by 10.180.83.168 with HTTP; Tue, 20 Mar 2012 10:40:08 -0700 (PDT) In-Reply-To: References: From: Not Zippy Date: Tue, 20 Mar 2012 10:40:08 -0700 Message-ID: Subject: Re: 2 Questions for ivyIDE To: ivy-user@ant.apache.org Content-Type: multipart/alternative; boundary=f46d0444ee2db3dbef04bbb02bdd X-Virus-Checked: Checked by ClamAV on apache.org --f46d0444ee2db3dbef04bbb02bdd Content-Type: text/plain; charset=ISO-8859-1 Try specifying a package in the ttl On Tue, Mar 20, 2012 at 10:31 AM, David Sills wrote: > Not Zippy: > > Many thanks, but apparently I really didn't understand. With the help of > the documentation, I tried: > > ivyPattern="[organisation]\\[module]\\[revision]\\[artifact]-[revision]. > [ext]" > > artifactPattern="[organisation]\\[module]\\[revision]\\[artifact]-[revis > ion].[ext]"> > > > > > > What I thought I was setting was "don't bother to update most of the JAR > files (which are third-party and unlikely to change) but for > latest.integration (all the stuff we are building) only use the cache > for 200 milliseconds (essentially not doing so at all)". Unfortunately, > the actual result is exactly the same as before. The local repository > (cache) is not updated when the global repository is built to. > > Any further advice? > > David Sills > > > -----Original Message----- > From: Not Zippy [mailto:notzippy@gmail.com] > Sent: Tuesday, March 20, 2012 1:04 PM > To: ivy-user@ant.apache.org > Subject: Re: 2 Questions for ivyIDE > > The local repository is a cached based repository. The frequency of the > updates is specified in the ivysettings file. Check out > elements (Personally I specify all my cache settings to be in my > "target" > folder, and in eclipse set the resolve to occur within the workspace) > > How are you publishing your sources in ivy ? Eclipse will retrieve them > if you publish them properly. > > Steve > > On Tue, Mar 20, 2012 at 9:56 AM, David Sills > wrote: > > > All: > > > > I love working with Eclipse and ivyIDE with 2 exceptions, and I wonder > > > if I am just missing something. > > > > My environment consists of a company-wide repository, where I place > > the results of building my projects, and of course a local repository, > > > which sometimes though not always has folders for some of the same > projects. > > As an example, let's assume that my project, say, "xxx-encryption" > > depends on "xxx-common". All is well and Ivy does well with it. > > > > However, I add some functionality to "xxx-common", up the build > > number, and rebuild. Great. Using Eclipse, I resolve "xxx-encryption" > > and it gets the correct updated value for the version number. In order > > > to update the "xxx-encryption" Ivy files, I build "xxx-encryption" > > even though there have not been any changes to the project itself, > > only its dependencies. The company-wide repository's version of > > ivy.xml is correctly updated with the appropriate dependency on the > > new version of "xxx-common". However, the local repository's version > of ivy.xml is not! > > This means that when I have a third project, say "xxx-web", that > > depends on "xxx-encryption" and try to resolve that project, the old > > (now > > incorrect) version of "xxx-common" is taken, since the local > > repository's version is read first if it exists. > > > > What am I missing? I find myself constantly manually updating the > > files in the local repository in order to get the transitive > > dependencies right. > > > > Also, can someone explain to me why my Ivy container in ivyIDE doesn't > > > allow me to put source code locations on the JARs? That would be > > hugely helpful in debugging, especially in a situation where I have a > > lot of smaller projects that depend on each other and I assemble them > > as needed for a specific requirement. Or do I have to create source > > JAR files for each project using Ivy to make that happen? And will it > > happen if I do make source JAR files? > > > > Many thanks for anyone who can answer either or both of these > questions. > > > > David Sills > > > > > --f46d0444ee2db3dbef04bbb02bdd--