Yes, this seems to be, what I'd need. But this fileset should contain all files declared in the ivy.xml for the given conf even if it is not drawn, because it already existed in the target lib directory.
- Jan Hartmann 2007/2/28, Gilles Scokart <[EMAIL PROTECTED]>:
As I said, I'm not sure to understand ;-). What you would like is the retrieve building a fileset that you can reuse? Gilles > -----Original Message----- > From: Jan Hartmann [mailto:[EMAIL PROTECTED] > Sent: mercredi 28 février 2007 11:30 > To: [email protected] > Subject: Re: Getting dependency sets from ivy.xml for further ant use > > I should define the target directory, into which ivy puts the retrieved > dependencies, as a repository? But at the post resolve stage - at which I > call cachefileset - some of the needed dependencies aren't in this folder, > yet, because they need to be retrieved. And as far as I understood, only > cachepath supports useOrigin, doesn't it? > > - Jan Hartmann > > 2007/2/28, Gilles Scokart <[EMAIL PROTECTED]>: > > > > I'm not sure to understand. Here is anyway some idea. > > > > You might maybe define your lib.dir as a repository (you can customize > the > > structure), then use the flags useOrigin. > > > > Gilles > > > > > -----Original Message----- > > > From: Jan Hartmann [mailto:[EMAIL PROTECTED] > > > Sent: mercredi 28 février 2007 11:07 > > > To: [email protected] > > > Subject: Re: Getting dependency sets from ivy.xml for further ant use > > > > > > Hi. > > > > > > Thanks for your answer and sorry for my late one. The build process > had > > to > > > stand back for some time in cause of other issues... > > > > > > The build system has an ivy file for each project, but all retrieve > > their > > > dependencies into the same folder to avoid duplicates. > > > Retrieved dependencies are unversioned. So cachepath and cachefileset > > are > > > fine, but use not the libraries in the central lib folder but the > > > dependency > > > paths in the ivy cache and are versioned, too. I was hoping to find > > > something, which just gives me the dependencies, which are related to > > the > > > current ivy-file, from my ${lib.dir}... > > > > > > - Jan Hartmann > > > > > > 2007/2/23, Xavier Hanin <[EMAIL PROTECTED]>: > > > > > > > > On 2/22/07, Jan Hartmann <[EMAIL PROTECTED]> wrote: > > > > > > > > > > Hi. > > > > > > > > > > My situation is as followed: > > > > > I'm working in a multi-project workspace and my build process > should > > > > build > > > > > all projects. Since there are a lot of tasks, which are needed for > > > more > > > > > than > > > > > one project build, I'm trying to build those tasks in a generic > way. > > > > Also > > > > > those projects depend on a lot of similar libraries and for saving > > > disk > > > > > space I want to put all libs resolved by ivy into one lib folder > for > > > all > > > > > projects, so that libs a, b, c and d are not copied into a lib > > folder > > > > for > > > > > each project. > > > > > Now, when packaging the projects I need a pattern which of the > libs > > > > should > > > > > be put into package and as I try to keep it as generic as > possible, > > I > > > > > don't > > > > > want to define tasks for each project packaging with a specially > > > defined > > > > > fileset. In the ivy.xml files there are all needed libs defined > for > > > each > > > > > project, so is there a way to get this set of dependencies for the > > > > > packaging > > > > > task? > > > > > > > > > > > > I'm not sure to get a clear picture of your build system. Do you > have > > an > > > > ivy > > > > file for each project, or only one for all? If you have an ivy file > > for > > > > each > > > > project, packaging only the dependencies of the project is quite > easy, > > > you > > > > can use the cachepath or cachefileset tasks to get only the > > dependencies > > > > you > > > > need. If you have everything in only one ivy file, you will need to > > use > > > > one > > > > configuration per project for instance to get only the dependencies > > you > > > > want. > > > > > > > > - Xavier > > > > > > > > Thanks a lot in advance, > > > > > Jan > > > > > > > > > > > > >
