You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@ant.apache.org by Steve Loughran <st...@apache.org> on 2006/10/05 15:44:53 UTC
has ant-contrib broken?
I know this is the wrong maillist, but I also know people on ant-dev are
on ant-contrib.
Question: who broke my build by requiring ivy on the classpath of my
gump run?
http://vmgump.apache.org/gump/public/antbook/antbook-diary-core/gump_work/build_antbook_antbook-diary-core.html
javadocs-outofdate:
BUILD FAILED
/x1/gump/public/workspace/antbook/diary/core/core-chapter-09.xml:220:
The following error occurred while executing this line:
jar:file:/x1/gump/public/workspace/ant-contrib/target/ant-contrib-05102006.jar!/net/sf/antcontrib/antlib.xml:3:
taskdef A class needed by class net.sf.antcontrib.net.URLImportTask
cannot be found: fr/jayasoft/ivy/DependencyResolver
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@ant.apache.org
For additional commands, e-mail: dev-help@ant.apache.org
Re: has ant-contrib broken?
Posted by Peter Reilly <pe...@gmail.com>.
On 10/5/06, Steve Loughran <st...@apache.org> wrote:
>
> I know this is the wrong maillist, but I also know people on ant-dev are
> on ant-contrib.
>
> Question: who broke my build by requiring ivy on the classpath of my
> gump run?
That would be Matt Inger ->
http://svn.sourceforge.net/viewvc/ant-contrib/trunk/ant-contrib/src/java/net/sf/antcontrib/net/URLImportTask.java?r1=18&r2=41
and
http://svn.sourceforge.net/viewvc/ant-contrib/trunk/ant-contrib/src/java/net/sf/antcontrib/antcontrib.properties?r1=39&r2=40
To fix, the urlimporttask definition needs to be moved to antlib.xml with a
onerror="ignore" option, or add onerror to the
<taskdef resource="net/sf/antcontrib/antcontrib.properties"/>
tag.
Have not tested either, {currently cannot remember my sourceforge
password},
Peter
>
>
> http://vmgump.apache.org/gump/public/antbook/antbook-diary-core/gump_work/build_antbook_antbook-diary-core.html
>
>
> javadocs-outofdate:
>
> BUILD FAILED
> /x1/gump/public/workspace/antbook/diary/core/core-chapter-09.xml:220:
> The following error occurred while executing this line:
> jar:file:/x1/gump/public/workspace/ant-contrib/target/ant-contrib-05102006.jar!/net/sf/antcontrib/antlib.xml:3:
> taskdef A class needed by class net.sf.antcontrib.net.URLImportTask
> cannot be found: fr/jayasoft/ivy/DependencyResolver
>
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@ant.apache.org
> For additional commands, e-mail: dev-help@ant.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@ant.apache.org
For additional commands, e-mail: dev-help@ant.apache.org
Re: has ant-contrib broken?
Posted by Peter Reilly <pe...@gmail.com>.
On 10/6/06, Steve Loughran <st...@apache.org> wrote:
> Stefan Bodewig wrote:
> > On Thu, 05 Oct 2006, Steve Loughran <st...@apache.org> wrote:
> >
> >> I know this is the wrong maillist, but I also know people on ant-dev
> >> are on ant-contrib.
> >
> > ant-contrib has moved to svn and a few changes have been committed and
> > most ant-contrib committers are probably not aware of this, sorry.
> >
> >> Question: who broke my build by requiring ivy on the classpath of my
> >> gump run?
> >
> > It looks as if a new task was added that required Ivy at runtime.
> >
> > Is there any bigger problem with that than having yet another
> > dependency? I've added the necessary runtime attributes to the Gump
> > descriptors of ant-contrib and antbook.
>
> The issue is that loading the antlib, probably using <typedef> is enough
> to trigger the problem. in Ivy's antlib.xm they use <taskdef
> resource="org/antlib/tasks.properties" /> to pull in the properties
> file. Somehow that's enough to force a loading in of the classes
> themselves, which raises the problem. That is, the build is failing not
> when I use the the new task, but when I typedef the antlib.
The next ant-contrib build will fix this problem, I have
moved the definition of importurl from properties to the antlib.xml
Peter
>
> -steve
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@ant.apache.org
> For additional commands, e-mail: dev-help@ant.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@ant.apache.org
For additional commands, e-mail: dev-help@ant.apache.org
Re: has ant-contrib broken?
Posted by Steve Loughran <st...@apache.org>.
Stefan Bodewig wrote:
> On Thu, 05 Oct 2006, Steve Loughran <st...@apache.org> wrote:
>
>> I know this is the wrong maillist, but I also know people on ant-dev
>> are on ant-contrib.
>
> ant-contrib has moved to svn and a few changes have been committed and
> most ant-contrib committers are probably not aware of this, sorry.
>
>> Question: who broke my build by requiring ivy on the classpath of my
>> gump run?
>
> It looks as if a new task was added that required Ivy at runtime.
>
> Is there any bigger problem with that than having yet another
> dependency? I've added the necessary runtime attributes to the Gump
> descriptors of ant-contrib and antbook.
The issue is that loading the antlib, probably using <typedef> is enough
to trigger the problem. in Ivy's antlib.xm they use <taskdef
resource="org/antlib/tasks.properties" /> to pull in the properties
file. Somehow that's enough to force a loading in of the classes
themselves, which raises the problem. That is, the build is failing not
when I use the the new task, but when I typedef the antlib.
-steve
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@ant.apache.org
For additional commands, e-mail: dev-help@ant.apache.org
Re: has ant-contrib broken?
Posted by Stefan Bodewig <bo...@apache.org>.
On Thu, 05 Oct 2006, Steve Loughran <st...@apache.org> wrote:
> I know this is the wrong maillist, but I also know people on ant-dev
> are on ant-contrib.
ant-contrib has moved to svn and a few changes have been committed and
most ant-contrib committers are probably not aware of this, sorry.
> Question: who broke my build by requiring ivy on the classpath of my
> gump run?
It looks as if a new task was added that required Ivy at runtime.
Is there any bigger problem with that than having yet another
dependency? I've added the necessary runtime attributes to the Gump
descriptors of ant-contrib and antbook.
Stefan
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@ant.apache.org
For additional commands, e-mail: dev-help@ant.apache.org