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 2005/03/01 20:36:52 UTC
extra diagnosis
oh, the coding of the diagnosis made me think of some other things
1. have tasks provide their own diags.
Imagine a static method with each class that provides some text (like
URL for jars). Would this be accessible even if we couldnt instantiate
an instance with a NoClassDefFoundException? I think it depends on
whether there are static elements that need to have the external libs
loaded.
2. We bail out if a class has an empty ctor and it throws an exception
when we try and instantiate it (including IllegalAccessException. ). So
you could not have a task
class Foo extends Task {
private Foo() { }
public Foo(Project p) { }
}
because we'd bail out on the private constructor. Is this the right
behaviour? Should we try for a ctor(Project) first, then ctor()
signature second?
3. do we want this extra diagnosis in 'ant -diagnosis'? OR something like
ant -diagnosis taskname
to trigger a task analysis (and nothing else)
i like that latter; good for command line troubleshooting.
-steve
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@ant.apache.org
For additional commands, e-mail: dev-help@ant.apache.org
Re: extra diagnosis
Posted by Stefan Bodewig <bo...@apache.org>.
On Tue, 01 Mar 2005, Steve Loughran <st...@apache.org> wrote:
> 1. have tasks provide their own diags.
Sounds hard to do.
> 2. We bail out if a class has an empty ctor and it throws an
> exception when we try and instantiate it (including
> IllegalAccessException. ).
I may be wrong, but I think we require a public no-arg constructor in
the docs as well.
> 3. do we want this extra diagnosis in 'ant -diagnosis'? OR something
> like
>
> ant -diagnosis taskname
> to trigger a task analysis (and nothing else)
>
> i like that latter;
Me too.
Stefan
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@ant.apache.org
For additional commands, e-mail: dev-help@ant.apache.org