On Tue, 28 Oct 2003, Jose Alberto Fernandez
<[EMAIL PROTECTED]> wrote:
> This is while executing a target that has nothing to do with these
> s. Although it seem to continue, the scarry part is that one
> does not know if the will be are being actually damaged
It won't.
> Why am I getting this
In my builds I have top level tasks like the ones bellow.
Notice the usage of "${build}/apps" as the dir attribute for
the fileset/dirset. This file does not exists until some targets of
the build create this directory.
> > I will have to investigate is there is an easy way/pattern to allow
> > something to be a nested sub-element or have reference id, on the
> > parent element.
>
> The "parent" decides which nested elements it will accept. The
> patterns for that are listed in the "Writing your own task" sectio
picking up the pieces Peter hasn't already answered.
On Tue, 5 Aug 2003, Adam Jack <[EMAIL PROTECTED]> wrote:
> Thanks Stefan, good information, I appreciate it.
>
>> In principle with Ant 1.2, but didn't exist before
>> Ant 1.4 (and didn't work properly before 1.5).
>
> So, let's see
, but since I test with 1.6 nightly I could easily have
> compatibility problems.
>
> http://www.krysalis.org/version/ant/index.html
>
> Is there any testing process to determine compatibility level (other than
> users... ;-) ;-)
>
> > 2) What are the primary b
into nested
sub-elements, but since I test with 1.6 nightly I could easily have
compatibility problems.
http://www.krysalis.org/version/ant/index.html
Is there any testing process to determine compatibility level (other than
users... ;-) ;-)
> 2) What are the primary ben
On Sun, 3 Aug 2003, Adam Jack <[EMAIL PROTECTED]> wrote:
> I did a search and looked at
> http://ant.apache.org/manual/develop.html#writingowntask, but didn't
> find much on DataTypes.
Mainly because DataTypes are nothing fancy, just beans that follow
Ant's introspecti
I did a search and looked at
http://ant.apache.org/manual/develop.html#writingowntask, but didn't find
much on DataTypes. I got swamped in the mailing list archives sorry, and
couldn't see the wood for the trees. So I have a few questions around
DataTypes.
1) When were DataTypes introd
On Thu, 10 Apr 2003, Marc Portier <[EMAIL PROTECTED]> wrote:
> seems to me however the current LoaderUtil more has somewhat of a
> jdk-version match-up function?
It used to be used for that, yes. But this part of its functionality
is no longer needed in Ant 1.6 as we've dropped JDK 1.1 compatibi
Provided patch under bugzilla 18906
- ended up being ClasspathUtil.java
- added the newInstance idea as well
I need to get on with the show first now, but like to refactor
other parts of ant where similar cut/paste code might be
lingering (for sure o.a.t.a.taskdefs.Definer is candidate)
Hope to
We already have LoaderUtil in the util subpackage. Might fit there.
I started on PathUtil for the moment, all is static so could be
injected easily, seems to me however the current LoaderUtil more
has somewhat of a jdk-version match-up function?
- public ClassLoader getClassLoaderForPath(Path
-
From: Marc Portier [mailto:[EMAIL PROTECTED]
Sent: Wednesday, April 09, 2003 1:32 AM
To: Ant Developers List
Subject: Re: having datatypes load classes
Stefan Bodewig wrote:
On Tue, 08 Apr 2003, Marc Portier <[EMAIL PROTECTED]> wrote:
but since that pattern is to be seen more around ant
ednesday, April 09, 2003 1:32 AM
To: Ant Developers List
Subject: Re: having datatypes load classes
Stefan Bodewig wrote:
> On Tue, 08 Apr 2003, Marc Portier <[EMAIL PROTECTED]> wrote:
>
>
>>but since that pattern is to be seen more around ant iteself, I was
>>hoping
On Wed, 09 Apr 2003, Marc Portier <[EMAIL PROTECTED]> wrote:
> thx for the invitation, if others want to be on the party: please
> join.
8-)
> woke up with something along the lines of a
> ClassLoaderFactory (name should be tuned down a bit, too much
> expectations here, inspiration welcome, Pat
Stefan Bodewig wrote:
On Tue, 08 Apr 2003, Marc Portier <[EMAIL PROTECTED]> wrote:
but since that pattern is to be seen more around ant iteself, I was
hoping for some reuse here
One would think so, but the truth is that you'll find copy-paste reuse
in this area instead of delegation or somet
On Tue, 08 Apr 2003, Marc Portier <[EMAIL PROTECTED]> wrote:
> but since that pattern is to be seen more around ant iteself, I was
> hoping for some reuse here
One would think so, but the truth is that you'll find copy-paste reuse
in this area instead of delegation or something.
Patches for
gh, it may be overkill. That's for you to decide. --DD
-Original Message-
From: Marc Portier [mailto:[EMAIL PROTECTED]
Sent: Tuesday, April 08, 2003 4:35 PM
To: [EMAIL PROTECTED]
Subject: having datatypes load classes
Hi all,
I'm writing some Ant task that requires the flexibility
Hi all,
I'm writing some Ant task that requires the flexibility of having
nested data-types that can load their own classes.
For sure I will need to have the @classpathref and nested
to actually get doing it, but since that pattern is
to be seen more around ant iteself,
18 matches
Mail list logo
