On Mon, Apr 7, 2008 at 10:31 AM, Xavier Hanin <[EMAIL PROTECTED]>
wrote:
> The problem I see with #2 is that now we
> > are adding a requirement for xalan (or equivalent) to be present when
> ivy
> > runs. This doesn't work e.g. for the situation where ivy itself is used
> to
> > download xalan :-
On Mon, Apr 7, 2008 at 5:39 PM, Stefan Bodewig <[EMAIL PROTECTED]> wrote:
> Xavier,
>
> I'll sleep over it and just want to make sure that you know that I
> really just want to find out why you are doing/adding some stuff. I'm
> not questioning their utility at all.
It's fine, I don't pretend to
Xavier,
I'll sleep over it and just want to make sure that you know that I
really just want to find out why you are doing/adding some stuff. I'm
not questioning their utility at all. I really appreciate your
persistence and the way you are pushing us a bit out of stagnation.
Cheers
Ste
On Mon, Apr 7, 2008 at 4:56 PM, Archie Cobbs <[EMAIL PROTECTED]> wrote:
> On Mon, Apr 7, 2008 at 2:56 AM, Xavier Hanin <[EMAIL PROTECTED]>
> wrote:
>
> > About the caching of build artifacts, caching doesn't occur in
> > findArtifactRef, so you should add some cache code before opening the
> > str
On Mon, Apr 7, 2008 at 4:48 PM, Stefan Bodewig <[EMAIL PROTECTED]> wrote:
> On Mon, 7 Apr 2008, Xavier Hanin <[EMAIL PROTECTED]> wrote:
>
> > On Mon, Apr 7, 2008 at 2:22 PM, Stefan Bodewig <[EMAIL PROTECTED]>
> wrote:
>
> >> Extends and Use
> >> ===
> >>
> >> I'm not sure I fully grasp
On Mon, Apr 7, 2008 at 2:56 AM, Xavier Hanin <[EMAIL PROTECTED]> wrote:
> About the caching of build artifacts, caching doesn't occur in
> findArtifactRef, so you should add some cache code before opening the
> stream
> on the builder artifact to get it cached.
>
I'm not completely sure I underst
On Mon, 7 Apr 2008, Peter Reilly <[EMAIL PROTECTED]> wrote:
> Thanks
Well, I broke at least three tests when I "fixed" the licenses and
didn't notice (because I never built the jspc tasks on my machine and
thought the TraxLiaisonTest were broken for envirnmental reasons on
it).
Stefan
-
On Mon, 7 Apr 2008, Xavier Hanin <[EMAIL PROTECTED]> wrote:
> On Mon, Apr 7, 2008 at 2:22 PM, Stefan Bodewig <[EMAIL PROTECTED]> wrote:
>> Antlets
>> ===
>>
>> I like the idea. We should probably add ~/.ant/antlets to the
>> search path as well.
>>
>> What is the reason you put each module i
On Mon, Apr 7, 2008 at 2:22 PM, Stefan Bodewig <[EMAIL PROTECTED]> wrote:
> Hi all,
Hi Stefan,
>
>
> this is just from going through the docs and looking at the patches to
> Ant.
>
> Antlets
> ===
>
> I like the idea. We should probably add ~/.ant/antlets to the search
> path as well.
>
>
Hi all,
this is just from going through the docs and looking at the patches to
Ant.
Antlets
===
I like the idea. We should probably add ~/.ant/antlets to the search
path as well.
What is the reason you put each module into a separate directory?
Couldn't we get away with a single build file
Thanks
Peter
On Mon, Apr 7, 2008 at 11:29 AM, Stefan Bodewig <[EMAIL PROTECTED]> wrote:
> Hi,
>
> for those who haven't noticed: Since I disabled execution of the
> FailureRecorder test when running JUnit4 test-ant now passes in Gump.
> This means every nag mail generated for test-ant hin
Hi,
for those who haven't noticed: Since I disabled execution of the
FailureRecorder test when running JUnit4 test-ant now passes in Gump.
This means every nag mail generated for test-ant hints at a newly
introduced problem.
Stefan
---
Hi,
I just arrived at the hackathon, so if anybody else is here, just say
hi. You'll probably find me close to the coffee for the time being.
Stefan
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [
On Sat, Apr 5, 2008 at 5:05 AM, Archie Cobbs <[EMAIL PROTECTED]> wrote:
> On Thu, Apr 3, 2008 at 8:39 AM, Archie Cobbs <[EMAIL PROTECTED]> wrote:
>
> > I think I have enough information to go and work on a new resolver based
> > on these ideas... will report back later...
> >
>
> Here's a very rou
14 matches
Mail list logo