Return-Path: Delivered-To: apmail-jakarta-commons-dev-archive@www.apache.org Received: (qmail 25452 invoked from network); 2 Feb 2005 14:37:08 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur-2.apache.org with SMTP; 2 Feb 2005 14:37:08 -0000 Received: (qmail 43525 invoked by uid 500); 2 Feb 2005 14:37:05 -0000 Delivered-To: apmail-jakarta-commons-dev-archive@jakarta.apache.org Received: (qmail 43482 invoked by uid 500); 2 Feb 2005 14:37:05 -0000 Mailing-List: contact commons-dev-help@jakarta.apache.org; run by ezmlm Precedence: bulk List-Unsubscribe: List-Subscribe: List-Help: List-Post: List-Id: "Jakarta Commons Developers List" Reply-To: "Jakarta Commons Developers List" Delivered-To: mailing list commons-dev@jakarta.apache.org Received: (qmail 43459 invoked by uid 99); 2 Feb 2005 14:37:05 -0000 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_HELO_PASS,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (hermes.apache.org: domain of mario@ops.co.at designates 194.152.182.4 as permitted sender) Received: from ops004.ops.co.at (HELO smtp.ops.co.at) (194.152.182.4) by apache.org (qpsmtpd/0.28) with ESMTP; Wed, 02 Feb 2005 06:37:03 -0800 Received: by smtp.ops.co.at (Postfix, from userid 65534) id 5EFF623C0AF; Wed, 2 Feb 2005 15:37:00 +0100 (CET) Received: from [172.27.6.8] (spice.int.ops.co.at [172.27.6.8]) by smtp.ops.co.at (Postfix) with ESMTP id 0C4D823C0A8 for ; Wed, 2 Feb 2005 15:36:56 +0100 (CET) Message-ID: <4200E589.4050204@ops.co.at> Date: Wed, 02 Feb 2005 15:36:57 +0100 From: Mario Ivankovits User-Agent: Mozilla Thunderbird 1.0 (X11/20041207) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Jakarta Commons Developers List Subject: Re: [vfs] proposal: FileUtils References: <41F17027.30402@alumni.rice.edu> <41F17CF5.4060803@ops.co.at> <41F18708.1070709@alumni.rice.edu> <41FD61C6.9000706@alumni.rice.edu> <41FDDE5F.1070203@ops.co.at> <41FEC1A9.60607@alumni.rice.edu> <41FFA7CA.3040005@alumni.rice.edu> In-Reply-To: <41FFA7CA.3040005@alumni.rice.edu> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on smtp.ops.co.at X-Spam-Level: X-Spam-Status: No, hits=-4.2 required=7.0 tests=AWL,BAYES_00,J_CHICKENPOX_65, RATWR10_MESSID autolearn=no version=2.64 X-Virus-Checked: Checked X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N Hello! Sorry for being late, but I have had an appointment day with one of our customers. > public abstract class Backup implements IOOperation { > > protected Backup(final FuPolicy policy) { > And two implementations: > > public class NoBackup extends Backup { > public class SimpleBackup extends Backup { The only thing I do not understand is why you need the "policy" if you extend the Backup. The derived classes are the policy. Else you should do somethink like NoBackupPolicy and SimpleBackupPolicy which will be passed to Backup. But I think extending Backup (to implement different policies) is good enough and then you could drop the policy, no? Ciao, Mario --------------------------------------------------------------------- To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org For additional commands, e-mail: commons-dev-help@jakarta.apache.org