Return-Path: 
 <ant-dev-return-26698-qmlist-jakarta-archive-ant-dev=jakarta.apache.org@jakarta.apache.org>
Delivered-To: apmail-jakarta-ant-dev-archive@apache.org
Received: (qmail 81673 invoked from network); 28 Feb 2002 05:00:18 -0000
Received: from unknown (HELO nagoya.betaversion.org) (192.18.49.131)
  by daedalus.apache.org with SMTP; 28 Feb 2002 05:00:18 -0000
Received: (qmail 24872 invoked by uid 97); 28 Feb 2002 05:00:24 -0000
Delivered-To: qmlist-jakarta-archive-ant-dev@jakarta.apache.org
Received: (qmail 24852 invoked by uid 97); 28 Feb 2002 05:00:24 -0000
Mailing-List: contact ant-dev-help@jakarta.apache.org; run by ezmlm
Precedence: bulk
List-Unsubscribe: <mailto:ant-dev-unsubscribe@jakarta.apache.org>
List-Subscribe: <mailto:ant-dev-subscribe@jakarta.apache.org>
List-Help: <mailto:ant-dev-help@jakarta.apache.org>
List-Post: <mailto:ant-dev@jakarta.apache.org>
List-Id: "Ant Developers List" <ant-dev.jakarta.apache.org>
Reply-To: "Ant Developers List" <ant-dev@jakarta.apache.org>
Delivered-To: mailing list ant-dev@jakarta.apache.org
Received: (qmail 24841 invoked from network); 28 Feb 2002 05:00:23 -0000
Message-ID: <019a01c1c014$d270a0c0$6601a8c0@darden.virginia.edu>
From: "Erik Hatcher" <jakarta-ant@ehatchersolutions.com>
To: "Ant Developers List" <ant-dev@jakarta.apache.org>
References: <20020227052536.74269.qmail@icarus.apache.org>
 <035901c1bf51$b0fde510$6601a8c0@darden.virginia.edu>
 <3C7D78C9.CB6F8E30@progress.com>
 <00a801c1c006$45761d70$6601a8c0@darden.virginia.edu>
 <3C7DB295.6F86ADB5@progress.com>
Subject: Re: XDocs Proposal
Date: Thu, 28 Feb 2002 00:00:19 -0500
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2600.0000
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N
X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N

----- Original Message -----
From: "Bill Burton" <billb@progress.com>

> I looked briefly to see where {0} was comming from but it wasn't obvious
> to me.

Look in build.xml.  The TemplateSubTask uses that information to figure out
whether to generate a file for each class processed (so the template has an
implied class "context") or whether to just process the template file once
(and internally you'd have to loop over classes using forAllClasses, or in
our case forAllTasks).

> Since categories are an entirely new thing, it seems simpler to me just to
> pick ones that are simple to use with the category attribute and then no
> mapping would be required.

I'm not sure I follow, but I like the output structure that you've created.

> If someone really wants all the tasks in a single file, writing a
> stylesheet or maybe even concatenating all the files together would be the
> simple approach.

Agreed.

There is still one remaining bug that the XDoclet team has -1'd - darn them.
Dependency checking could use some work to save time.  Although an
<uptodate> could probably work (although thats a complex mapping, so maybe
not without some effort).  If you run the build twice in a row (well, remove
the <delete> in the "gen" target first) it will, I believe, skip running the
<template> subtasks (it will still, however, go through the time consuming
doclet process - couldn't this be avoided?).  But if you modify the template
between runs it will *still* skip the generation.  Their is dependency
checking from .java to resultant file but not against the template file too.
:(  Ara, are you listening?! :))

    Erik




--
To unsubscribe, e-mail:   <mailto:ant-dev-unsubscribe@jakarta.apache.org>
For additional commands, e-mail: <mailto:ant-dev-help@jakarta.apache.org>