On Sun, 23 Apr 2006, Antoine Levy-Lambert <[EMAIL PROTECTED]> wrote:
> Similarly, I wonder what happens for a user who would
>
>1) build ant under JDK 1.2,
> 2) run ant under JDK 1.4,
>
> and attempt to use the RegexpFactory, for instance through the
> task ?.
>
> The R
Kev Jackson wrote:
>
> I'm coming round to think that Martijn's approach would be the least
> disruptive to the code base - simply as the delegate approach wouldn't
> mean recoding all tasks to use an interface instead of an
> implementation. This reduces the effort a lot and would make it less
>
FileUtils to select (Martijn's approach is
ridiculously insane enough to have captured my fancy
;) ), it must also take into account whether the
desired classes are available, falling back to the
basic impl. otherwise.
I'm coming round to think that Martijn's approach would be the least
disr
--- Antoine Levy-Lambert <[EMAIL PROTECTED]> wrote:
[SNIP]
>
> If anyway ResourceUtils does the work now,
> ResourceUtils could test
> whether running under Java 1.4 or more and call
> NIOUtils to do the work
> happening between lines 364 to 379 of ResourceUtils
> (copying files with no filters, n
--- Antoine Levy-Lambert <[EMAIL PROTECTED]> wrote:
[SNIP]
> One issue :
>
> If NIOFileUtils is in the same package as FileUtils,
> bootstrapping under
> JDK 1.2 or 1.3 would not work.
> The bootstrap scripts (build.bat, build.sh) are
> using primitive
> mechanisms (directories) to find out what s
Kev Jackson wrote:
>
>> In that case I would like some time to think things over, as to
>> provide one face, and to have different implementations for currently
>> different parts.
>> Classes that support copying, things that support permissions, things
>> that support path manipulation, without
Hello Kevin,
Kev Jackson wrote:
> Ok, this is what I've managed to bash together this morning:
>
> - NioFileUtils (uses Java1.4 NIO libraries, altered the TRANSFER_SIZE
> as suggested to 32000, currently no way to override that (yet))
> - Java6FileUtils (currently has no implementation, but could
Ist es nicht schrecklich, dass der menschlichen Klugheit so enge Grenzen
gesetzt sind und der menschlichen Dummheit überhaupt keine? (Konrad
Adenauer)
Isn't it terrible that so close borders are set to the human intelligence
and the human stupidity at all none?
This is a nice quote (tot
Ist es nicht schrecklich, dass der menschlichen Klugheit so enge
Grenzen gesetzt sind und der menschlichen Dummheit überhaupt keine?
(Konrad Adenauer)
Isn't it terrible that so close borders are set to the human
intelligence and the human stupidity at all none?
This is a nice quote (tot
Ist es nicht schrecklich, dass der menschlichen Klugheit so enge Grenzen
gesetzt sind und der menschlichen Dummheit überhaupt keine? (Konrad Adenauer)
Isn't it terrible that so close borders are set to the human intelligence and
the human stupidity at all none?
On Fri, 21 Apr 2006, Kev Jacks
In that case I would like some time to think things over, as to
provide one face, and to have different implementations for currently
different parts.
Classes that support copying, things that support permissions, things
that support path manipulation, without getting a really big number of
c
Kev Jackson wrote:
2) If the FileUtilsFactory is called from or implemented in
FileUtils.getFileUtils() / FileUtils.newFileUtils(), every task is
going to benefit.
I think the implementation I provided does precisely this, or rather
it calls from the interface (FileUtilsAdapter) instead of f
Martijn Kruithof wrote:
Hi,
Adding setting the property using -D to ANT_OPTS should do.
5 things:
1) I saw you removed public members (constants) from FileUtils (Non
backward compatible change, keeping everything BC also frustrates me
sometimes, but still I think it is best not to break par
Hi,
Adding setting the property using -D to ANT_OPTS should do.
5 things:
1) I saw you removed public members (constants) from FileUtils (Non
backward compatible change, keeping everything BC also frustrates me
sometimes, but still I think it is best not to break parts we do not
know of.)
14 matches
Mail list logo
