Re: Ivy Roundup Fork at GitHub

rsonal product ready for release, and ramping up on the > new Product Owner position at my full-time job, but I will get back to > this. > > Cheers, > > > Fri, Jun 25, 2010 at 6:52 PM, Archie Cobbs wrote: > > Thanks for the run-down. I'd like to handle this in small

Re: Ivy Roundup Fork at GitHub

added aspectj 1.6.8, different jars now >* wattdepot sha1 checksums wrong > > * misc unnecessary, but personal preferences, trimming >* moved all copyrights to one central copyrights file >* normalized all xml files under modules using the sed scripts i checked > in

Re: sources as conf or type

On Mon, Nov 23, 2009 at 9:13 AM, Stephen Haberman wrote: > Poking around, the projects in ivyroundup I looked at seemed to have source > artifacts in the default conf and not have a separate sources conf. > > Is this the official style of the ivyroundup repo or does it vary based on > who setup ea

Re: Tracking Dependencies for Releases Question

On Fri, Oct 2, 2009 at 8:47 AM, Kelly Dolan wrote: > If a product does not have artifacts, we don't have anything to publish and > therefore don't get an ivy.xml that records the versions of each dependency > used. I guess we could manually make a copy of ivy.xml and go through each > dependency

Re: Multiple artifacts of the module commons-logging#commons-logging;1.1.1 are retrieved to the same file!

Not sure what's going on then... -Archie On Tue, May 26, 2009 at 12:09 PM, Nathaniel Auvil wrote: > thanks for the reply. i replaced the jar with [type] and i get the same > error > > > On Tue, May 26, 2009 at 1:05 PM, Archie Cobbs >wrote: > > > You probabl

Re: Multiple artifacts of the module commons-logging#commons-logging;1.1.1 are retrieved to the same file!

You probably need to include [type] in your pattern. Try something like pattern="lib/[conf]/[type]/[artifact].[revision].[ext]" instead. -Archie On Tue, May 26, 2009 at 12:02 PM, Nathaniel Auvil wrote: > I am getting the following error: > > java.lang.RuntimeException: Multiple artifacts of the

Re: List of public repositories

There is such a thing, but I don't know of any actual examples :-) I.e., there's no reason preventing anyone from creating one if they wanted to. -Archie 2009/5/18 Georges Labrèche > Hello, > > Furthermore is there such a thing as public repositories for development > under non-java related te

Re: Packager resolver - javadoc in restricted mode

On Mon, Mar 23, 2009 at 12:50 PM, Stephen Woods wrote: > Unfortuantely, thats not how the packager resolver currently works. > The packager downloads mini-ant build files (package.xml), runs an > xslt transformation over them to make sure all of the ant tasks used > are on the "blessed" list, and

Ivy RoundUp status report

Hi all, I thought folks the list would like to hear a status report on Ivy RoundUp . For those unfamiliar, Ivy RoundUp is a public Ivy repository utilizing the new packager resolver added in Ivy 2.0. The project has the stated goals of being comprehensive, up-to

Re: Newbie: How to skip publish to local repository

This is really an ant question, not an ivy question (I say that for clarification, not to be annoying :-) The simplest way would be to set some property "jar.published" in your jar task (via ) and then make your publish task conditional on this property being set (e.g., via ). I might have the syn

Re: Blocking an extended configuration

The tag should work too (not sure why it's not)... it's just a little bit more "hacky". -Archie On Fri, Jan 16, 2009 at 10:52 AM, crashmeister wrote: > Mmm, OK. New user here - I was just using the default that came with IVY. > > I'll try the mods, but it would still be nice to have an exceptio

Re: Blocking an extended configuration

Perhaps this issue is evidence that the "runtime" configuration should not be extending the "compile" configuration... you may want to refine your configurations. -Archie On Fri, Jan 16, 2009 at 10:12 AM, crashmeister wrote: > > I have 'compile' and 'runtime' confs. Runtime extends Compile. > >

Re: how to put the artifacts in ant classpath?

I'm not an expert but here's my comment :-) I think we should simply change the comment from "Please prefer the use of retrieve + standard ant path creation" to "You may want to prefer the use of retrieve + standard ant path creation". If you don't care about making your ant build "independent fr

Re: Upgrading for pre-Apache Ivy

Embedded HTML markup works fine with the new version of ivy, at least in my experience. For example, open this ivy.xmlin your browser and then "View source". What error are you getting? -Ar

Re: multiple project setup

Not sure if this will work or not, but you might try turning off caching and setting useOrigin="true" everywhere... -Archie On Wed, Oct 22, 2008 at 4:48 PM, Greg George <[EMAIL PROTECTED]> wrote: > Hi, > > I'm looking into whether Ivy might be a good fit for our build system. We > have a multi-

Ivy RoundUp Repository - feedback requested

Hello fellow Ivy users, I'd like to announce a new little project I've started, and ask for your feedback (and help, if interested). This project has two basic parts... 1. *Builder Resolver*: a new Ivy resolver that accesses iv