Thanks Lucas
Il have a look on this one, but I would prefer to find a solution for the
Ant Contrib variant as we are using there library for quite a few of our
other tasks.
Lucas Albers wrote:
>
> I use antelope.
>
>
> failonerror="true">
>
>
>
>
>
> failonerror="fal
Yes, I fixed the problem. A knuckled headed issue; cut and paste into
the dependencies section had a reference to a 'default' config which did
not exist.
Yes, I just checked everything out and I did not see the correct change.
I used Subversion LOGs and checked there too, doing a diff between the
I use antelope.
-Original Message-
From: Furingstad [mailto:k...@furingst
ok I see, I misunderstood the problem.
I'm not sure it's a bug. I think there are probably good arguments for both
scenario's, it all depends on your usecase.
Maybe it should be possible to configure this behaviour?
I don't know how to fix it. You say the conflict-manager takes the
non-transiti
I think it is a bug. I see that C does have a dependency on D.
> -Original Message-
> From: Maarten Coene [mailto:maarten_co...@yahoo.com]
> Sent: Tuesday, February 10, 2009 3:52 PM
> To: ivy-u...@ant.apache.org
> Subject: Re: bug fixed
>
> I don't think this is a bug.
> If your new C does
I don't think this is a bug.
If your new C doesn't has a dependency on D, why should Ivy resolve it?
And if B needs D in order to function properly, you should maybe add a direct
dependency from B to D?
Maarten
- Original Message
From: Shawn Castrianni
To: "ivy-u...@ant.apache.org"
I've improved the error message in SVN trunk. Could you give it a try?
Btw, your problem is caused because your xstream module defines an artifact in
the default configuration, which doesn't exist in that module.
regards,
Maarten
- Original Message
From: "Buck, Robert"
To: ivy-u...@a
Jan.Materne wrote:
>
> Maybe we should print another "action":
> Action: Check that the Jar containing the task is available.
>
Thank you for your answer !
I did look at your links but didn't find how to repair my problem.
Here what I did :
In the flex sdk folder, there is a "Ant" folder,
Hi, all
I have a slightly different issue - IvyDE is downloading sources, but
Javadocs do not work for the life of me.
I had that issue a year and a half ago with IvyDE 1.2, and it seems now
as a resurgence of closed IvyDE-55:
https://issues.apache.org/jira/browse/IVYDE-55.
I'm using Eclipse
It does makes sense
>From the error :
configurations={core=core, stax=stax, xpp3=xpp3, woodstox=woodstox}
You only have above configurations available but somewhere in some
dependency you are referring to default conf which does not exist.
On Tue, Feb 10, 2009 at 12:05 PM, Buck, Robert wrote:
Is this what is desired? The error message here is not a proper sentence
and makes no sense; it does not help me diagnose the issue. Could
someone update the resource bundle text so that it has a proper english
sentence?
>>> "'default' doesn't exist in module module" <<<
Thanks
[ivy:resolve]
Hi
We are trying to catch our compile errors with Ant Contrim trycatch task but
for some reason we cant it to catch any errors.
Im grateful for all ideas!!
this is our testscript:
12 matches
Mail list logo
