On Feb 6, 2008 10:42 PM, Shawn Castrianni <[EMAIL PROTECTED]> wrote: > Thanks, I missed that info feature. However, the docs don't state that it > supports the branch attribute nor extra attributes. At the very least, it > should support the branch attribute.
Indeed, it seems branch has been forgot in this use case too. Pretty easy to fix however, I'll do it tomorrow if you can open a JIRA issue (with extra attributes as well). Xavier > > > --- > Shawn Castrianni > CM Lead Architect > Landmark > Halliburton Drilling, Evaluation and Digital Solutions Building 2 > 2101 City West Blvd. > Houston, TX 77042 > Work: 713-839-3086 > Cell: 832-654-0888 > Fax: 713-839-2758 > > > -----Original Message----- > From: Xavier Hanin [mailto:[EMAIL PROTECTED] > Sent: Wednesday, February 06, 2008 2:47 PM > To: [email protected] > Subject: Re: cache problems > > On Feb 6, 2008 4:26 PM, Shawn Castrianni <[EMAIL PROTECTED] > > > wrote: > > > In order to have globally unique rev numbers, I would need to put things > > like branch and status into the rev number. How do I do that? > > what you can do is use the ivy:info task to load metadata from your ivy > file > and use this data to call buildnumber. > > Xavier > > > > I already tried using [branch] and [status] in the pubrevision attribute > > on my publish task, but they don't get resolved. I am currently calling > > ivy's buildnumber task so that I can format my rev numbers like > yyMMdd.#: > > > > <tstamp> > > <format property="dateStamp" pattern="yyMMdd"/> > > </tstamp> > > <ivy:buildnumber organisation="Landmark" module="${ant.project.name}" > > revision="${dateStamp}."/> > > > > Do I put the [branch] and [status] in the buildnumber call, maybe? > > > > --- > > Shawn Castrianni > > CM Lead Architect > > Landmark > > Halliburton Drilling, Evaluation and Digital Solutions Building 2 > > 2101 City West Blvd. > > Houston, TX 77042 > > Work: 713-839-3086 > > Cell: 832-654-0888 > > Fax: 713-839-2758 > > > > -----Original Message----- > > From: Xavier Hanin [mailto:[EMAIL PROTECTED] > > Sent: Wednesday, February 06, 2008 1:49 AM > > To: [email protected] > > Subject: Re: cache problems > > > > On Feb 6, 2008 8:25 AM, Shawn Castrianni < > [EMAIL PROTECTED] > > > > > wrote: > > > > > How important is the cache? All of my work is within my corporate > > > intranet so everything is pretty fast. The reason I ask is that the > > cache > > > seems to cause me headache. I am testing different scenarios and > > features > > > of ivy with test build.xml and ivy.xml files. When I think my ivy > file > > > should fail in finding a module during retrieve, it succeeds because > it > > > found the wrong one in the cache. If I delete my cache and then rerun > > my > > > test, it fails as I expect. That makes me think that when I deploy my > > ivy > > > implementation, my users will sometimes be picking up the wrong > > dependencies > > > because of stuff in the cache. Am I doing something wrong? I am > > thinking I > > > should do a cleancache before every ivy task to make sure it is clean > > for > > > each of my ivy tasks. Can I just turn off the usage of the cache? > > > Obviously, this is not the intended behavior of someone using ivy so > I > > must > > > be missing something. > > > > Ivy 2 cache management has been highly improved, but you can't disable > the > > cache completely, since all post resolve tasks rely on file only, so > > resolve > > need to ensure that all your dependencies are available as files. If > > you're > > working with a fast enough shared file system, you can just set > > useOrigin="true" on your cache settings, and you'll almost disable the > > cache > > (we still have some issues to fix with the new cache implementation, but > > it > > should already work pretty fine). If you use ofther kind of resolvers > > (http, > > ...) then Ivy we'll need to download files in the cache. So what you can > > do > > is either clean your cache before each run, or set checkModified="true" > > and > > changingPattern="*" to make sure Ivy will always look at your > repository. > > > > On the other hand, I still think having unique revisions is a good > > practice, > > and if you follow this principle you won't ever have any problem with > the > > cache. > > > > > > > > > > > My module revision numbers are not globally unique. I could have a > > > revision 080205.00 for module A branch 1 and a revision 080205.00 for > > > module A branch 2. If the cache is just looking at the revision > numbers > > > assuming they are globally unique, then it could sometimes get the > wrong > > > branch version since the revision numbers are the same. Is this a bug > > in > > > the cache or do I need to make my revision numbers globally unique by > > adding > > > the branch name somehow? > > > > Antoine has just raised an issue about the exact same problem which > still > > needs to be better qualified. As Maarten suggests in the issue, the > cause > > may only be that Ivy doesn't currently use the branch token in the > default > > cache patterns. This can easily be fixed, I suggest trying it out. > > > > Xavier > > > > > > > > > > > > > --- > > > Shawn Castrianni > > > Landmark > > > Halliburton Drilling, Evaluation and Digital Solutions > > > Building 2 > > > 2101 City West Blvd. > > > Houston, TX 77042 > > > Work: 713-839-3086 > > > Cell: 832-654-0888 > > > Fax: 713-839-2758 > > > > > > ---------------------------------------------------------------------- > > > This e-mail, including any attached files, may contain confidential > and > > > privileged information for the sole use of the intended recipient. > Any > > > review, use, distribution, or disclosure by others is strictly > > prohibited. > > > If you are not the intended recipient (or authorized to receive > > information > > > for the intended recipient), please contact the sender by reply e-mail > > and > > > delete all copies of this message. > > > > > > > > > > -- > > Xavier Hanin - Independent Java Consultant > > http://xhab.blogspot.com/ > > http://ant.apache.org/ivy/ > > http://www.xoocode.org/ > > > > > > -- > Xavier Hanin - Independent Java Consultant > http://xhab.blogspot.com/ > http://ant.apache.org/ivy/ > http://www.xoocode.org/ > -- Xavier Hanin - Independent Java Consultant http://xhab.blogspot.com/ http://ant.apache.org/ivy/ http://www.xoocode.org/
