Return-Path: 
 <ant-dev-return-23626-qmlist-jakarta-archive-ant-dev=jakarta.apache.org@jakarta.apache.org>
Delivered-To: apmail-jakarta-ant-dev-archive@apache.org
Received: (qmail 84493 invoked from network); 25 Jan 2002 17:47:09 -0000
Received: from unknown (HELO nagoya.betaversion.org) (192.18.49.131)
  by daedalus.apache.org with SMTP; 25 Jan 2002 17:47:09 -0000
Received: (qmail 16532 invoked by uid 97); 25 Jan 2002 17:47:07 -0000
Delivered-To: qmlist-jakarta-archive-ant-dev@jakarta.apache.org
Received: (qmail 16516 invoked by uid 97); 25 Jan 2002 17:47:07 -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 16505 invoked from network); 25 Jan 2002 17:47:06 -0000
Message-ID: <3C519A1A.9080009@liberate.com>
Date: Fri, 25 Jan 2002 12:47:06 -0500
From: Peter Janes <peterj@liberate.com>
Organization: Liberate Technologies Canada Ltd.
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.7+) Gecko/20020117
X-Accept-Language: en-us
MIME-Version: 1.0
To: Ant Developers List <ant-dev@jakarta.apache.org>
Subject: Re: [SUBMIT] Attrib task (chmod for Windows)
References: <FNEIJCINPBJBMKANOODNKEJHDOAA.roxspring@yahoo.com>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N
X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N

Rob Oxspring wrote:
 > Why should Chmod.java and Attrib.java force an operating system
 > precondition?

Taking this a step further, why couldn't this be handled in a more 
general-purpose, inclusive manner?  Define attributes that can apply to 
files, actions for each platform to which they apply, and a factory that 
translates them appropriately.  Ignore (or warn about) attributes that 
aren't supported.  It then isn't a matter of "what native tool can I use on 
platform X", but "what does platform X support".  (I haven't looked much at 
the VFS proposals for Ant2, but I'm guessing they handle things this way.)

As a simple example, take something like

<set-permissions
   file="foo"
   executable="true"
   readonly="true"
   hidden="true"
/>

On Windows (which doesn't have "executable" files) this would translate to

   attrib +r +h foo

On UNIX (which doesn't have "hidden" files) it would become

   chmod 0555 foo

Mac probably doesn't have executable or hidden files, so it would just set 
the read-only attribute.  Similarly for Netware, Be, etc.

If more fine-grained control is necessary, either use "exec" for your 
platform of choice or add user-specified attributes like <java>'s <jvmargs>.

Peter J.


Rob Oxspring wrote:
> Why should Chmod.java and Attrib.java force an operating system
> precondition?
> 
>     protected boolean isValidOs() {
>         return Os.isFamily("unix") && super.isValidOs();
>     }
> 
> It is simply not true that the os family must be unix for the task to run.
> "unix" should probably be a default value, but the os parameter should be
> enhanced to allow a list of valid families e.g. "unix, windows" thereby
> allowing chmod to be used under windows and unix based builds.
> 
> Rob
> 
> 
> 
> 
>>-----Original Message-----
>>From: Jesse Stockall [mailto:jesse@cryptocard.com]
>>Sent: Friday, January 25, 2002 2:13 PM
>>To: ant-dev
>>Subject: [SUBMIT] Attrib task (chmod for Windows)
>>
>>
>>Hi
>>
>>Here is a a new Task for changing file attributes on Windows. It is
>>based on the Chmod task.
>>
>>
>>
>>
>>--
>> Jesse Stockall			|	Tel: 1+
>>613.599.2441 ext. 243
>> CRYPTOCard Corporation		|	Fax: 1+ 613.599.2442
>> Suite 304, 300 March Rd.	|	email: jesse@cryptocard.com
>> Ottawa, ON, Canada K2K 2E2	|	web: www.cryptocard.com
>>---------------------------------------------------------------------

-- 
fix, n., v.  What one does when a problem has been reported too many
times to be ignored.
   --The New Hacker's Dictionary, 3rd ed.


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