Return-Path: Delivered-To: apmail-jakarta-ant-dev-archive@apache.org Received: (qmail 23856 invoked from network); 23 Nov 2001 08:40:07 -0000 Received: from unknown (HELO nagoya.betaversion.org) (192.18.49.131) by daedalus.apache.org with SMTP; 23 Nov 2001 08:40:07 -0000 Received: (qmail 4555 invoked by uid 97); 23 Nov 2001 08:40:16 -0000 Delivered-To: qmlist-jakarta-archive-ant-dev@jakarta.apache.org Received: (qmail 4539 invoked by uid 97); 23 Nov 2001 08:40:16 -0000 Mailing-List: contact ant-dev-help@jakarta.apache.org; run by ezmlm Precedence: bulk List-Unsubscribe: List-Subscribe: List-Help: List-Post: List-Id: "Ant Developers List" Reply-To: "Ant Developers List" Delivered-To: mailing list ant-dev@jakarta.apache.org Received: (qmail 4524 invoked from network); 23 Nov 2001 08:40:16 -0000 X-Authentication-Warning: bodewig.bost.de: bodewig set sender to bodewig@apache.org using -f To: ant-dev@jakarta.apache.org Subject: Re: Javadoc task not correctly interpreting ** in paths? References: From: Stefan Bodewig Date: 23 Nov 2001 09:34:51 +0100 In-Reply-To: Matthew Kuperus Heun's message of "Thu, 22 Nov 2001 12:59:42 -0500" Message-ID: Lines: 42 User-Agent: Gnus/5.0807 (Gnus v5.8.7) XEmacs/21.4 (Civil Service) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N On Thu, 22 Nov 2001, Matthew Kuperus Heun wrote: > I'm trying to use the javadoc task with "Ant version 1.4.1 compiled > on October 11 2001". I don't think it handles "**" characters or > implied "**" characters is not a "directory based task", it doesn't support filesets or patternsets. > in pathelements of a nested sourcepath element. and don't think that ** would be something special, they'll go out and look for a file with two consecutive * in their name. > See the snippet of my build.xml file below for the comments which > discuss the errors I receive. I see the snippet, but cannot understand what you want to achieve there - trying to avoid listing the source directories explicitly? > > why should it be equivalent? From your description, there is no com directory inside of ${basedir}/src/, therefore the package specification com.foo* won't match here. > > See above - you don't have a directory named /Users/matt/Dev/JavaDocTest/src/** on your machine, do you? Stefan -- To unsubscribe, e-mail: For additional commands, e-mail: