Return-Path: Delivered-To: apmail-commons-issues-archive@minotaur.apache.org Received: (qmail 83208 invoked from network); 7 Jan 2010 01:55:18 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 7 Jan 2010 01:55:18 -0000 Received: (qmail 23815 invoked by uid 500); 7 Jan 2010 01:55:17 -0000 Delivered-To: apmail-commons-issues-archive@commons.apache.org Received: (qmail 23722 invoked by uid 500); 7 Jan 2010 01:55:17 -0000 Mailing-List: contact issues-help@commons.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: issues@commons.apache.org Delivered-To: mailing list issues@commons.apache.org Received: (qmail 23712 invoked by uid 99); 7 Jan 2010 01:55:17 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 07 Jan 2010 01:55:17 +0000 X-ASF-Spam-Status: No, hits=-2000.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [140.211.11.140] (HELO brutus.apache.org) (140.211.11.140) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 07 Jan 2010 01:55:15 +0000 Received: from brutus.apache.org (localhost [127.0.0.1]) by brutus.apache.org (Postfix) with ESMTP id 65BDC234C1E9 for ; Wed, 6 Jan 2010 17:54:54 -0800 (PST) Message-ID: <1092624211.87901262829294415.JavaMail.jira@brutus.apache.org> Date: Thu, 7 Jan 2010 01:54:54 +0000 (UTC) From: "Sebb (JIRA)" To: issues@commons.apache.org Subject: [jira] Commented: (IO-157) [FileUtils] Return target File from copyFileToDirectory() In-Reply-To: <775604790.1204628920628.JavaMail.jira@brutus> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 X-Virus-Checked: Checked by ClamAV on apache.org [ https://issues.apache.org/jira/browse/IO-157?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12797442#action_12797442 ] Sebb commented on IO-157: ------------------------- Not sure I understand why changing a method to return File rather than void can break binary compatibility. Any existing code that uses the void method will still work; the return value will just be ignored. > [FileUtils] Return target File from copyFileToDirectory() > --------------------------------------------------------- > > Key: IO-157 > URL: https://issues.apache.org/jira/browse/IO-157 > Project: Commons IO > Issue Type: Improvement > Components: Utilities > Affects Versions: 1.4 > Reporter: Kenny MacLeod > Assignee: Niall Pemberton > Priority: Minor > Fix For: 2.0 > > > It would be useful if the FileUtils.copyFileToDirectory() method returned the target file to which it does the copy. Currently, it creates the target File object, passes it to copyFile(), and discards the reference. This could just be returned from the method instead. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.