You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@ant.apache.org by di...@multitask.com.au on 2000/02/01 21:54:37 UTC
Problems with 1.3RC1 and taskdef
Any comments on my 1.3RC1 problems with taskdef? Is anyone else having them
or using taskdef under 1.3?
The bug does NOT appear under IBM1.1.8.
--
dIon Gillard, Multitask Consulting
Work: http://www.multitask.com.au
Play: http://www.trongus.com
I've just returned from THE Java Programming Conference,
http://www.SoftwareSummit.com - be there next year
RE: Problems with 1.3RC1 and taskdef
Posted by Conor MacNeill <co...@m64.com>.
Yep, same problem - anything with a "class" attribute will be affected.
--
Conor MacNeill
conor@m64.com
M64 Pty Limited
> -----Original Message-----
> From: Wong Kok Wai [mailto:wongkw@pacific.net.sg]
> Sent: Thursday, 3 February 2000 0:43
> To: ant-dev@jakarta.apache.org
> Subject: Re: Problems with 1.3RC1 and taskdef
>
>
> There are also reports of rmic taskdef not working under 1.3RC1.
>
> Conor MacNeill wrote:
>
> > Dion,
> >
> > I didn't the details of your problem but I have run into a
> problem (probably
> > the same) with 1.3RC1. The Java task does not work. It appears
> to be because
> > the introspector does not find the setClass method in
> Java.java. I changed
> > ProjectHelper to dump the names of all the properties as it
> loops through
> > them and all appear but setClass doesn't appear. I changed the method
> > setClassname, changed the <java element to use classname="..."
> and it works.
> >
> > I'm not sure why this is since it works on 1.1.8 and 1.2.2
> (NT). Is it a bug
> > in JDK1.3RC1? Perhaps a simple name change would be expeditious anyway
> >
> > Cheers
> > Conor
> >
> > > -----Original Message-----
> > > From: dion@multitask.com.au [mailto:dion@multitask.com.au]
> > > Sent: Wednesday, 2 February 2000 7:55
> > > To: ant-dev@jakarta.apache.org
> > > Subject: Problems with 1.3RC1 and taskdef
> > >
> > >
> > > Any comments on my 1.3RC1 problems with taskdef? Is anyone else
> > > having them
> > > or using taskdef under 1.3?
> > >
> > > The bug does NOT appear under IBM1.1.8.
> > > --
> > > dIon Gillard, Multitask Consulting
> > > Work: http://www.multitask.com.au
> > > Play: http://www.trongus.com
> > > I've just returned from THE Java Programming Conference,
> > > http://www.SoftwareSummit.com - be there next year
> > >
> > >
> > >
>
>
Re: Problems with 1.3RC1 and taskdef
Posted by Wong Kok Wai <wo...@pacific.net.sg>.
There are also reports of rmic taskdef not working under 1.3RC1.
Conor MacNeill wrote:
> Dion,
>
> I didn't the details of your problem but I have run into a problem (probably
> the same) with 1.3RC1. The Java task does not work. It appears to be because
> the introspector does not find the setClass method in Java.java. I changed
> ProjectHelper to dump the names of all the properties as it loops through
> them and all appear but setClass doesn't appear. I changed the method
> setClassname, changed the <java element to use classname="..." and it works.
>
> I'm not sure why this is since it works on 1.1.8 and 1.2.2 (NT). Is it a bug
> in JDK1.3RC1? Perhaps a simple name change would be expeditious anyway
>
> Cheers
> Conor
>
> > -----Original Message-----
> > From: dion@multitask.com.au [mailto:dion@multitask.com.au]
> > Sent: Wednesday, 2 February 2000 7:55
> > To: ant-dev@jakarta.apache.org
> > Subject: Problems with 1.3RC1 and taskdef
> >
> >
> > Any comments on my 1.3RC1 problems with taskdef? Is anyone else
> > having them
> > or using taskdef under 1.3?
> >
> > The bug does NOT appear under IBM1.1.8.
> > --
> > dIon Gillard, Multitask Consulting
> > Work: http://www.multitask.com.au
> > Play: http://www.trongus.com
> > I've just returned from THE Java Programming Conference,
> > http://www.SoftwareSummit.com - be there next year
> >
> >
> >
RE: Problems with 1.3RC1 and taskdef
Posted by Conor MacNeill <co...@m64.com>.
OK,
A little more info. The property "class" is found but it has no set method.
Property = dir
set method = public void
org.apache.tools.ant.taskdefs.Exec.setDir(java.lang.String)
Class name = java.lang.String
set method = public void
org.apache.tools.ant.taskdefs.Exec.setDir(java.lang.String)
Property = jvmargs
set method = public void
org.apache.tools.ant.taskdefs.Java.setJvmargs(java.lang.String)
Class name = java.lang.String
set method = public void
org.apache.tools.ant.taskdefs.Java.setJvmargs(java.lang.String)
Property = class
set method = null
Property = os
set method = public void
org.apache.tools.ant.taskdefs.Exec.setOs(java.lang.String)
Class name = java.lang.String
set method = public void
org.apache.tools.ant.taskdefs.Exec.setOs(java.lang.String)
Property = fork
set method = public void
org.apache.tools.ant.taskdefs.Java.setFork(java.lang.String)
Class name = java.lang.String
set method = public void
org.apache.tools.ant.taskdefs.Java.setFork(java.lang.String)
Property = command
set method = public void
org.apache.tools.ant.taskdefs.Exec.setCommand(java.lang.String)
Class name = java.lang.String
I had a quick look at the code for Introspector.java (not for the faint
hearted). I am guessing that what is happening is that the Introspector is
finding the "class" property from the java.lang.Object superclass and
deciding it is readOnly and not letting the subclass override that. This 1.3
Introspector code is different from 1.2.2 source. I guess a property name
change is warranted.
Conor
> -----Original Message-----
> From: Conor MacNeill [mailto:conor@m64.com]
> Sent: Thursday, 3 February 2000 0:21
> To: ant-dev@jakarta.apache.org
> Subject: RE: Problems with 1.3RC1 and taskdef
>
>
> Dion,
>
> I didn't the details of your problem but I have run into a
> problem (probably
> the same) with 1.3RC1. The Java task does not work. It appears to
> be because
> the introspector does not find the setClass method in Java.java. I changed
> ProjectHelper to dump the names of all the properties as it loops through
> them and all appear but setClass doesn't appear. I changed the method
> setClassname, changed the <java element to use classname="..."
> and it works.
>
> I'm not sure why this is since it works on 1.1.8 and 1.2.2 (NT).
> Is it a bug
> in JDK1.3RC1? Perhaps a simple name change would be expeditious anyway
>
> Cheers
> Conor
>
>
> > -----Original Message-----
> > From: dion@multitask.com.au [mailto:dion@multitask.com.au]
> > Sent: Wednesday, 2 February 2000 7:55
> > To: ant-dev@jakarta.apache.org
> > Subject: Problems with 1.3RC1 and taskdef
> >
> >
> > Any comments on my 1.3RC1 problems with taskdef? Is anyone else
> > having them
> > or using taskdef under 1.3?
> >
> > The bug does NOT appear under IBM1.1.8.
> > --
> > dIon Gillard, Multitask Consulting
> > Work: http://www.multitask.com.au
> > Play: http://www.trongus.com
> > I've just returned from THE Java Programming Conference,
> > http://www.SoftwareSummit.com - be there next year
> >
> >
> >
>
>
RE: Problems with 1.3RC1 and taskdef
Posted by Conor MacNeill <co...@m64.com>.
Dion,
I didn't the details of your problem but I have run into a problem (probably
the same) with 1.3RC1. The Java task does not work. It appears to be because
the introspector does not find the setClass method in Java.java. I changed
ProjectHelper to dump the names of all the properties as it loops through
them and all appear but setClass doesn't appear. I changed the method
setClassname, changed the <java element to use classname="..." and it works.
I'm not sure why this is since it works on 1.1.8 and 1.2.2 (NT). Is it a bug
in JDK1.3RC1? Perhaps a simple name change would be expeditious anyway
Cheers
Conor
> -----Original Message-----
> From: dion@multitask.com.au [mailto:dion@multitask.com.au]
> Sent: Wednesday, 2 February 2000 7:55
> To: ant-dev@jakarta.apache.org
> Subject: Problems with 1.3RC1 and taskdef
>
>
> Any comments on my 1.3RC1 problems with taskdef? Is anyone else
> having them
> or using taskdef under 1.3?
>
> The bug does NOT appear under IBM1.1.8.
> --
> dIon Gillard, Multitask Consulting
> Work: http://www.multitask.com.au
> Play: http://www.trongus.com
> I've just returned from THE Java Programming Conference,
> http://www.SoftwareSummit.com - be there next year
>
>
>