Sorry, I meant to respond to this a lot earlier. On Fri, 12 Sep 2003, Takashi Okamoto <[EMAIL PROTECTED]> wrote:
> Current javadoc task support only SUN's javadoc. However there are > another javadoc engine like gjdoc which is GNU's javadoc altenative. How similar/different are javadoc and gjdoc? Does gjdoc support something like doclets? If they are too different, I'd rather suggest a completely new task than merge two things that don't really lend themselves to merging. > If ant supports gjdoc, it would be helpful for diffusion of gjdoc. This is not really a concern for Ant, sorry. I'd even go so far to say that the "natural home" for a <gjdoc> task would be gjdoc and not Ant. > In the past, I refactored rmic for other than SUN's rmic > implementation. Yes, I remember that. But <rmic> is a lot easier to find a common interface for, I'm afraid. How many of javadocs attributes or nested elements would be supported by gjdoc? 50%, 80% or all? > SunJavadoc1 and SunJavadoc4 is same as javadoc1 and javadoc4 in > current Javadoc implementation though I don't know why such > named. javadoc1 and javadoc4 are flags. There are certain attributes that can not be used for the javadoc version of JDK 1.1 as they've been added later. Likewise the javadoc for JDK 1.4 added new stuff. You'd rather need SunJavadoc1.1, SunJavadoc1.2 and SunJavadoc1.4 where SunJavadoc1.1 would only use the attributes and nested elements that now get used if javadoc1 is true. SunJavadoc1.2 all that will be used if both flags are false and SunJavadoc1.4 all those where javadoc4 is true. Stefan --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]